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CHAPTER am 



INTRODUCTION 



Microcomputers have rauch to offer the transit judustry, partj,cular].y 
those small and medium-sj.zed agencj.es that have not had access to auto- 
inatj.on ixi the past . They are a versat jj.e too]. wj.tJi many app],j,cat j.ons , 
and, once introduced to an organj,zatj,on, can become an essentia], too], 
for everyday use. The cha].].enge ijs h^w to g^t t±iere from here. 

Anyone v?ho has thought about buyijig a md.crocoraputer for hDne or work 
use knows that j.t a confusijng process. The range of equD.pment and 
programs Is varied, and seems to change slgnj-flcant].y from nonth to 
month. Who].e new vocabu].aries of technj.ca]. jargon are xised, and can be 
confusing and jjcitjjnj.datjjcig to the un jjiitiated . Worst of a].]., it is not 
clear where one can get solj.d jjiformatj,on on hDW to fjJ.I one's needs; 
few salespeople are truly he].pfu]., and many peop].e jjn the busj,ness are 
promoting theix cwn pet products. 

An eqiaa].].y dlfficu].t cha].],enge concerns jjntroducixig the mi.crocom- 
puter to the agency ixi such a way that j.ts potenti^a]. as a management 
tool deve],oped. Many microcomputer systems sj,t unused or underused 
in offi.ces around the country. Ihe jnvestcaent in staff deve],opraent and 
systematic introduction of the techno].ogy is as crucj.a], tjo tJhe success 
of the project as t±ie investment in equi.pment and programs. 

Rirpose of th5.s Handbook 

Thj^ handbook describes a pract3\ca]. step-by-step process for intro- 
ducing mi.crocomputers to sma].l and medi.um-sized transi.t operating agen- 
cies. It presents an ^proach to t±ie techno],ogy and tbe implenentation 
problem, documented wi,th informati.on about specific transit app]j\ca- 
ti.ons. Ihe handbook is conplemented by two coiipani.on docun^nts: 
Microcomputers in Transit: A Software Handbook , and Microcomputers in 
Transit; A Hardware Handbook . Ihese handbooks provi.de an introducti.on 
to mj.crocomputer programs and equi^pment as they app],y to the transit 
industry. 

The Objective of Buying a Mi.crocomputer System 

Ihe only vali.d reason for buying a mi.crocoraputer i^ that it wiJ.l 
he].p you to do jobs better, faster, or cheaper. When surrounded by the 
g].amour and medi.a hype associated wi.th mi.croconputer techno].ogy it i^ 
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easy to forget thJ,s basic notlvatlon. A].l cieclslons about which product 
to buy, or whether to buy one at a].l, should depend on the fundamenta]. 
questj.on 'VI].]. thj,s make the nD\crocomputer mre useful to the agency? 

When conslderjjig mj-crocomputer products there are many seductions at 
WDrk. New prodvicts a].ways promse to do thjjigs that the old ones cannot. 
There a]. ways a nore e>q)enslve product that faster t±ian others or 
jjci color. Are these features real].y helpful to your system? What 
drawbacks do they bring a].ong, such as unproven products, uncertajjci 
delivery dates, or unnecessary co£H)lexlty for users of the system? 

C3iaracter3^t3.cs of Mi.crocoiiputers 

Mi.crocomputer systems have three major attributes that d3,stijigu3,sh them 
from computers that have been avai].able ixi the past, 

-SjjinMar5,ty to tradj,tj.onal computers. 

-Ease and flexibj.lj,ty of xjse. 

-Ease of management and admimstratlon. 

Ihese are the characteri^tj.cs that a].so make tJiem so wj,dely usefu]. . 

In technlca]. terms, mi.crocomputers are very much like tijiy versions 
of the majjiframe and mj.nlcomputers that have been ixi use for many years . 
They can store as moch ijiformatlon, do the sane operations, and work as 
fast as many older, large computers. Thxis they can run programs very 
sjjMMar to the programs for vhlch computers have been ijsed ixi the past. 

In one key aspect they are A^ry different from o].der conputers : ease 
of use. As small jjiexpens5ve conputers w5.th useful power have become 
available, more indjv5.dua].s and busjjciesses have been able to afford 
them. As a result, programs have been designed to a].low peop].e w5,th 
little or no computer experience to use them for productive tasks. 
These programs are easy to ].eam, versatl].e, and pov;erful, gi.vi.ng them 
the name user fr5.endly.** 

Another key difference exists between mi.crocomputers and older com- 
puters . In the past computer operations were centra]. j^ed. A±iD.nls- 
tratlon was hand].ed by an in-house conputer specj.a]j\st who took care of 
maijritenance of the con5)uter, majjnta5jied data, and coordijiated vari.ous 
users' needs. Mj.crocomputers require much less admimstratlon, remDvj.ng 
the need for an in-house speci^lj^t. Some of these tasks are no ].onger 
requixed, others are easy enough to be done by a non -specialist staff 
member. Mj,crocomputer use can be decentra].j^ed wj.th separate mach5xies 
used by various staff members, so the amount of coordixiatlon requi.red 
reduced. 

Components of the Mlcroconputer System 

A microcomputer system consists of three e].enents: the program or 
software, the computer j±self wj.th Its attachments or hardware, and an 
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operating system \jhi,ch ].jjnks the two. These three el.erasnts are mutually 
sipportlve, and must a].I be corapatlbl.e. 

Software 

The a)Dp].j.catj,on program, or software, Is the actua]. reason for com- 
puter use. It the el.ement wi.th vhlch the user comes iJito c3ai].y con-, 
tact, and whi.ch makes tdie machixie either va].uab].e or ixieffect5,ve for an 
application. In a].l se].ectlon Ifeclslons concemixig the system. It is 
the fjjnal application, and thus the application program, which 13 tfhe 
bottom lixie. A program may be purchased or dbtaixied ready-to-use, or it 
may be written in a programming language by cOgency staff or an outsi,de 
programmer for your sp)eclflc purpose. 

Hardware 

Ihe hardware i^ the tool v*u.ch performs the tasks defined by the 
program. Ihe core i^ the conputer Itself, made vp of t±ie microprocessor 
and conponents wi,thin the conputer. Other conoponents, called "pherals", 
are attached to t±ie coinputer. They may incl.ude di.sk drives, the 
keyboard, monitor, printer, and addlti,onal optional equipment such as 
modems for communications and hard di.sks for data storage. The hardware 
items must be powerful, enough to perform the tasks reqxaixed by the 
program wi,thin the context of the agency's operation. More information 
on hardware conponents and selection can be found in a conpani.on hand- 
book, entit].ed Microcomputers in Transit: A Hardware Handbook . 

Operating System 

The operating system is a master program which acts as interface 
between the hardware and the ^pli,cati,on software. It contro].s the 
hardware as required by the program, and performs a number of 
fundamental tasks coiroon to a].]. app].icati.ons . For example, when a 
program requixes data to be printed, it te].].s the operating system, 
whi.ch then aJ.erts the conputer to send the message and data to the 
printer. A simiJ.ar function i^ performed for the di.sp].ay screen and 
keyboard. The operating system includes programs \vhi.ch a].low the user 
to perform a nuniber of routine housekeeping tasks, such as copying 
di^ks. Operating systems, programming ]^guages and uti].iti.es, which 
are a].l programs but have no actua]. ^pli.cati.on by themse].ves, are 
called "system software." They stpport t±ie development and use of the 
actual appli.cation software. 

Microcomputer Software 

The characteri.sti.cs of microcomputers are ]arge].y a result of the 
types of programs or software that are avai.lab].e to run on them. 
Several types of genera], purpose programs, referred to here as gsneric 
software, al].ow mi.crocoii5)uter users to deve].op their om ^p].icati.ons of 
the machines for a number of common nanagement or admi.nistrati.ve tasks. 
^p].i.cation programs that are deve].oped to perform specif i.c tasks 
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resemble nx)re txadltlona]. computer programs. These types of programs 
are described jji detail In the software handbook. 

Generic Programs 

Qie of the rrost revo].utj,onary aspects of the mi.crocomputer tech- 
nology j.s the development of soph3.st3.cated tools vhi.ch can be iised for 
a].l sorts of appllcatj.ons • There are three genera], types of gpneri.c 
programs. The rrost wi.dely touted and draraatj.c of these the electro- 
nic spreadsheet. Word processing has resulted ixi fundaitenta]. changes in 
the \^;ay written communlcatj,ons are used and 33 probab],y the fjxst 
program many managers encounter. File managers have an enomous nan±)er 
of applications. One can leaim enough of any of these to be useful, 
wj.thin hours of fixst exposure. EKperj,ence wi.th them further jxicreases 
the versatility and power of theix use. Other too].s, such as database 
managers and statistical programs are equally versatiJ.e, but requixe 
more effort and experience to use effectively. Generj.c programs are 
relatj.vely jjiexpensi.ve ($50-$700 range) . They requixe the user tjD set 
up the specj.fj-c application. 

Appj.i.catlon Programs 

Application software ixicludes programs that are wr3\tten to perform 
a parti.cular task, such as jjwentory, account j.ng, and so on. They 
jjiclude off-the-shelf programs , written for a broad market of users ixi 
various businesses and purchased at computer stores, and ixidus try-spec 1- 
flc software developed for the transit jxidustry. 

Numerous programs are on the market to perform specif j.c, frequently 
requixed functions. Examples of thi.s jjiclude fjjiancj^l management and 
account! Jig packages, jjnventory, project programmj.ng, and irany others. 
These packages are specific ixi tJneix design, and are often ixitended for 
small prj.vate-sector businesses, so you must consj.der vhether theix par- 
ti.cular characterlstj.es are compatj,ble w5.th your appli.catlon require- 
ments . On the other hand t±iey are relati.vely jxiexpensj.ve, and, j.f thsy 
fit right, could be a cost effect j.ve solutj.on. 

An jjicreasj-ng amount of transit specif j.c software is bej.ng deve- 
loped. Soph3.stlcated packages are available from numerous private sour- 
ces for fleet management, schedulj.ng, financial management, etc. In 
addj.tj.on, a number of programs have been developed under IKTA funding, 
and. are in the public domajji. Al.though many programs of thi.s sort are 
available, they may be desi.gned for some unusual type of mi.crocomputer , 
or more li.kely, may not be complete yet. However, wi.th the amount of 
development currently underlay, thi.s situation should improve in the 
near future. 

Spec j.al j.zed applications, such as parti.cular transit nanagement 
functj.ons, have a relatj.vely small market to support tJhem. Wlthi.n the 
trans j.t industry, whi.ch j.s a ljjn3\ted market to begin wi.th, vari^tj.ons in 
si^e, organ j.zatlon , operati.onal envaxonment, and other character j,stj.cs 
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prevent one program from heixig di.rectl.y app].i.cab].e to a l.arge number of 
systems. Becaxjse of the sraa],l market, the costs of develop jjcig app].lca- 
tion-specj.f j.c sof trware must be dj.stributed between a smaller nurriber of 
xjsers, resultjjig ix\ tbe faix].y hj,gh costs of trans j.t-speclflc software 
for a].l. 

Issues Faced j.n M j.crocomputer Imple mentati.on 

P].annjjng and jmpl.eraentlng a mj.crocomputer system may seem a par- 
ticu].arly dd.ff j.cult task for several, reasons : 

1. The technical material is coiqjlex and probably unfamjJ.lar to txansi.t 
managers . 

2. Multiple interrelated decisions must be made ix\ selecting the 
system. 

3. Staff involved may be learning about the techno].ogy at the same tjjiis 
as they are rraking decj.sj.ons- 

4. Qrganizatj.onal as well as techni.cal issues are involved. 
Unfami.liar Technical Subject 

Mi.crocomputers have received much coverage in magazines and televi,- 
sion. Hij^ has made people aware of the technology and its increasing 
use for many purposes; however, the knowledge required for planning a 
system i^ at a nuts and bolts ]evel most easily acquired tlirough direct 
experi.ence wi.th the equi^pment. Transit iranagers introducing mi.crocom- 
puters to their agency may have had little q)portunity to obtain thj.s 
type of knowledge. 

Multiple Deci^i.n a 

The person res pons iJble for introducing a mi.crocomputer system is 
faced wi.th many interrelated dec3.sions. Ihe uses of the system, the vjay 
these uses wi.ll be approached, the speci.fic programs, and specific pi.eces 
of equi.pment to be purchased must be selected. Many of these cieci.sions 
have impli.cati.ons that affect other aspects of the system. 

Sjjnultaneous Learning and Decisi.on-making 

'Ihe ucifami.li.ar and technical nature of tJne problem and the number of 
dec?, i.ons tJnat must be made mean tJiat the person responsible is b'.kely 
to be making decisions wi.th very ].ijni.ted knowledge. A cyc].e of learning, 
decisions, more learning, and more decis i.ons resu].ts . 

Qrgani^ati.onal Issues 

The nature of mi.crocomputers i.s such that they are ]j.kely to affect 
many of the people in the organisation. Ihey can be threatening as they 
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requixe xjsers to leaxn nev; skiJJ.s and change their vays of dojxig jobs. 
Computer facilities are also a b.rr)ited r^ource, for vhich tjiere may be 
corapetdxig uses in the organlsatloL; . Ihese character duties raj.se a \*io].e 
set of cha].].enges for briJigi.ng together the new system and the peop].e in 
the organj.2atj.on, and pre\7entjjcig org.:Jnj^atj.ona]. problems from 
obstruct jjig the effective use of tJne system. 

Qrganj^ation of the Handbook 

The next sectj-on of t-he handbook introduces an approach to rai.crocom- 
puter acquj,sltlon. Ihi-s approach consists of three phases: pl.annixig, 
jjilti^l jjrplementation, and system deve],opmsnt . Each of these phases is 
developed in detail in the chapters that £o].low. 
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APPROACHING THE HIOBLEM 



Th3S chapter introdiices severa]. di.f ferent w.ys of treatjjig the 
nd.crocomputer as a too]., and the different jiaplementatj.on strategies 
that are assoc i^ated vd.th each one . It suggests a strategy to conib dxie 
e].eraents of the dj.fferent ^proaches into a process that eases the 
selection of tJie system and j.ts jxitroduction into the organist ion. 
Ihi^ process is developed in detail in the chapters that fo].].ow. 

Ways of Approachjjig Microcomputers 

Three dj.fferent approaches to procurjjig and lasdjig nd.croconputers are 
often used. Firsts the ird.crocoinputer can be cbtadxied usjjcig an ad hoc 
approach, in vhi-ch It is assxjmed that once acqiujred j.t vriJ.I be usefu].. 
Second, It can be bought from or wi.th the assistance of an outside 
expert \ho wJl set j.t vp to do a partj,cu].ar task wj,th limted jxivolve- 
ment of agency staff. Fjjially, a systematic approach can be used to 
j.dentj.£y uses of the mi.crocomputer and plan for j.ts jxitroductj.on. 

The Ad Hoc Approach 

The ad hDC approach j^ used by many agencj^es to purchase thejx fjjrst 
mi.crocomputer. Agency staff rea].j.ze t±xat a mj.croconputer couJ.d be a 
helpful tool, and have some idea v*iat sorts of thj.ngs It cou].d be used 
for. They talk to kiow].edgeab3.e peers and to salespeop].e at tiTej.r ].ocal 
conputer store. Several dj.fferent systems may be priced at varj.ous^ 
stores. Fj.nally, they decj.de on a raachane tiiat seems to be ^proprj.ate, 
based on vhat they have di.scovered. 

Otice the mi.crocomputer has been del.i.vered and asserribl.ed in the 
off j.ce, the amount and purposes for vhi.ch i.t ijs tised depend on the ixil- 
ti^ti.ve, interest, and tijne of iiidivi.dua]. staff numbers. Often ^pl.lca- 
tj.ons are developed by a staff member vAio is excited by the posslbl- 
li.ti,es of the machijie. Some of these products may be more visefu]. than 
others. On the other hand, staff may find t±iat the anoount of time 
necessary to ].eam enough to make the nd.crocomputer useful, i.s not 
avaiJ.able, that i.t is not convenient to use, or that j.t j.s too di.ffical.t 
to fi.gure out how to do the app].i.cati.ons that have been considered. 
Often one or two re].ative]y s tr a j.^t forward app].j.cati.ons are deve].oped, 
but the know].edge or tine to devr].op the potenti^al of the itdxrocomputer 
wj,th addi-tional appllcati.ons i.s not avai.lab].e. 
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Mast of the rT.ppJ.j.catj.ons a£ tlie inj,croconputer by this q^proach wjJ.1 
iise coffissrcj^l programs such as electroni.c spreadsheets, vord pro- 
cessors, and fii.e managers. Ihese programs are comparatively easy to 
learn to xjse, are fl.exible, and have many q^plications jjci t±ie transit 
operatj.on. Despite the low level of planning and si:pport provi,ded by 
the ad hoc q^proach, some xjseful ^p].j,catj,ons are ]jM<e].y to be deve- 
loped . 

Th3js ad hoc q^proach treats the microcanputer as though j,t vere a 
hammer, vtuxh in some vays 3js an q^propriate analogy. It ijs jjndeed a 
flexible tool that can be used for a].l sorts of different jobs. Ihe 
trouble is that j,t ijs harder to learn to xjse than a hamner; it takes 
more than just plugging the conq^uter ia to make it xaseful. Staff must 
learn how to xjse j.t, and must know \*iat they shoxild be dojjig wj.th i.t. 
The organisation may have to adjxjst to some dj,fferent procedures. The 
ad hoc process may not meet these requirements and the rmay other 
cOTiplicatj.ons of jjcitroducing change to an ox-gani^tion, wi,th the resu].t 
that the microcoiputer may not be used effectively. 

The Black Box Approach 

For some organi^tions the conputer is txen as a black box-- 
somethijcig tiiey accept and xjse but do not indersU^J. Agency 8taff may 
have some problem or qjplication that they feel will benefit from the 
use of a microcomputer • Recognizjjng that they do not know how to deve- 
lop the q^plication themselves, they decide to buy a program, a mj,cro- 
conputer to run it on, and the services of a consultant to jjnstall it in 
the agency. 

The outcome of this process js a microcomputer that is xjsed for one 
or more predefined tasks that it may do very well. Itowever, it js 
IjJ^ely to be perceived by agency staff as dedicated to that one 
application. As a result, the many other q^plications that it could be 
used for are not developed. In addition, the product selected for one 
purpose may turn cut not to be adaptable or qjpropriate for other tasks . 

Ihe qjproach treats the mlcrocoiqjuter as though it were a too], for 
only one specific task. It does that one thijig very well, but is not 
good for much else. In fact microconputers are very versatjJe, so thj,s 
black box qjproach may be limj,tjjcig. 

The Rational Approach 

A thixd qjproach used ixi some agencj.es is the systematic or ratijonal 
approach. In this q^proach agency staff recognize that there may be 
many uses for a mi.croconputer in the ^ency, and that j.t is a sonewhat 
complicated problem to introdiace one so that it is used effectively. To 
plan an orderly introduction of automation to theix agency, they hire 
someone who is familiar wj,th both microcoiiputers and the transit 
industry to do a needs assessment. This study identifies the best uses 
of a mj-croconputer ixi tte ^ency, and what type of programs and eqxii,p- 
ment are needed to do them* 
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Thijs ^proach is ljj<e].y to resul.t ixi the jjip].ementat5,on of a variety 
of microcomputer appl.ications ixicl.uding those on commercia], packages, 
and others reqxaixixig a specif i.c program or custom deve].oped program. 
Appropriate trainixig is ]jj<e].y to be prov3,ded for agency staff to make 
good use of the mi.crocomputer , and the various organi^tiona]. issues 
related to implementation are addressed. 

This approach treats the iiicrocotn)uter as a too], box conta5,n5xig a 
variety of applications . Some nay be s jjnp].e ones that cou].d have been 
developed 5ii-house using the ad Yioc approach, and others resemb].e black 
box applicat5.ons . Ihe benef5,t of thj,s approach is that 5,t can he].p the 
agency to gpt the mDst out of 5,ts mi.croconputer . Ihe dra\^ack is that 
it 5^ time -consumj Jig and expensj,ve. 

An A].ternatlve : The Incremental Approach 

The three approaches descriJbed above all have tJneix benefits and 
drawbacks. The di.fficulty 3js to fixid a strategy for mi.crocoipputer 
introduction that is realistic to jjnplement and combines the benefits of 
these different approaches . 

Ihe Problem 

Oie of the mDst valuable diaracteristics of mixroconputers , as men- 
tioned earlier, is that they can be a flexiJble, versatile too], 
controlled by the user. Agency staff must develop a certaiji ].evel of 
famj,15.arity, expertise, and ccmEort wi.th the nachijies to take advantage 
of thi^. 

Ch the other hand staff at most transit agencies interested ixi 
bujn\ng a microcomputer have ].itt].e know].edge about the nachijies. Ihi^ 
resu3.ts 5ji one of two approaches. Possibly they forge ahead, with \hat 
knowledge they are able to pick up, in feith tJiat the technology wi].]. be 
usefu]. to them (the ad hoc approach) . Altematj.ve].y, they pay an expert 
to introduce the technology for them, and take a more passive ro].e (the 
black box and rational ^p roaches). Nei.ther of these solutj.ons to the 
problem provi.des suf fic5.ent sipport for agency staff tjo ].eam to make 
act5.ve persona], use of the conputer for a varj,ety of app].icatj,ons. 

The So].ution 

An a].temative strategy, the incremental approach, is cfesigned to 
support the deve].opment of effectj.ve ro].es for the mj.croconputer in the 
agency. This strategy combines e].ements of the ad hoc and ratj.ona], 
approaches to allow agency staff to make the most of the techno].ogy 
whj.le following a systematic plan to shape the ultirate role of mi.cro- 
conq^uters in the ^ency. 

Ihis can be acconplished by startjjig wi.th a modest system and deve- 
].oping those applications that are easiest to do in-house using ccraner- 
cial programs. Once these basic ^plications are established. 
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add5,tlona]. wore covaplex ones can be added. By rMs time a £oundat:j.on of 
knowledge wiJ.l have been developed that he].ps agency staff to vjork more 
effectively \d.th outside programmers or consu3.tants ^fhen they are 
requixed. 

This strategy differs from the rational, approach Jji the rate of 
implementatj,on, and the relj^ce on outsj,de expertise. App]. ideations are 
implemented on].y as fast as they can be jjicorporated ixi the agency's 
operations. Development of in-house expertise j-s encouraged, allowi.ng 
more act j.ve vse of the microcomputers dixectl.y by agency staff , and mDre 
effectj-ve use of consu].tants and programmers for deve].opmBnu of conplex 
applj.catj.ons . 

Ihe IncrenBnta]. Process 



A practical process for guiding tlie jjitroductj,on of raj.croconpuiuers 
in a transj.t agency consists of three phases: 



1. Planning and strategy. 

2. Inj,tial jji5)lementat j.on . 

3. Syste^jn development. 



Each of these phases consj,sts of several steps, \feLch are jJ.lustrated in 
Pi.gure 2.1, and described in detail in the followjjig three chapters. 
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Phase I 



PLANNING 
AND 

STRATEGY 



Revi.ew tasks 



i 



Identj.£y general, software needs 



Identj.fy general, hardware needs 
Assemble autQmatj.on plan 



Riase II 
INITIAL 

IMIT-il4ENIATI0N 



Choosjjig software 
\/ 

Choosj-ng hardware 

\y 

Procurement 

\/ 

IiDQp].eiiientatj.on 



Riase III 

SYSTEM 
DEVELOPMENT 



\1/ 

Revi.ew automation plan 



Ref jjie addj.tj.onal ' JM4.j.catj.on 



'j:'jc,wce addj.tj.ona]. app].j-catj.on 



FIGURE 2.1 The Incremental Process. 
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CHAPTER THREE 



HIASE 1: PLANNING AND STRATEGY 



The fjjTst phase of the Djcicrementa]. process jjovol.ves preparing an 
autcxnation plan. Development of an overal.l strategy 3^ essential to 
prepare for the selection and effective vise of the mi.crocoraputer . Many 
of the iiDst difficu].t issues related to microcoiDputer Dinpleinentati.on are 
not technical ones, but concern the l.pgistics and organizatj.onal aspects 
of Diitroducjjcig t±ie nachine in the ^ency. This plan provides an oppor- 
tunity to address these issues early, so that they do not later create a 
barrier to the project. 

The automation plan should not be a very technical document, and 
can be done by agency staff. A minimal level of previous experi.ence 
wj,th microcomputers is requixed by the staff member responsible. Ihi^ 
could be obtained by readijcig some of the documents av^aiJable from IMTA, 
by visitDJCig an organization that uses mj.croconputers , or by attendi.ng a 
course on mi.crocomputers . 

Hiase 1 of the process includes four steps : 



1. ReviewDJCig tasks. 

2. Identifjdjcig general software needs. 

3. Identifying general hardware needs. 

4. Assembling the automatD.on plan. 



Rev3\ewing Tasks 

The fDJTst step ixi assessDJCig needs 5^ to rev3.ew the varJ.ous jobs ixi 
the agency that the m3\crocoii5)uter could be used for, and to identify 
what, iJE any, benefit there would be in usfjig one for each job. Thi^ 
requjjres understand5jcig what types of act3\v3,t3\es a mj.crocomputer can 
actually be useful for, and what benef5,ts the fgency mi^gjit ^t as a 
resid.t. Each task can then be exaiio\ned to identify how a microcomputer 
m3\ght apply to it. 
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Vlhat Good is a Mi.croconiputer ? 

There are t±D:ee t±djig^ that a computer does wel].: 



!• Long calculat j.ons . 

2. Repetitj.oias tasks. 

3. Data or^nlzatj.on and retri.eva]. . 

Long cal.cul.aticns > A coicputer vaiy good at ].ong tedi.ous nLnaarj,- 
cal. calculat j.ons . An exainp].e of thi^ wou],d be rediicijig a nonth's 
r5x3ersh3\p data to sxjrnmary statj^ti.cs such as average V3sekday, Saturday, 
and Sunday ridershj.p. Calculations that are appropriate for com- 
puterizatD.on are usually either coDoplex ones tJhat vjould take a long tiine 
to accompl5,sh manually, or extensive chaijied calculations vhere one set 
of numbers must be manj,pulated in several dj,ff erent vays . 

Repetiti.ous tasks . Computers are al.so excellent at repetD\tD\ous 
tasks. A task t±iat must be repeated daily or \^ekly, such as calcu- 
latDJig fuel consumptj,on for each vehj.cle, may be ^propriate for automa- 
tion. The ccnqjuter will very qui-ckly repeat a calculation from a nunber 
of dj-fferent startjjig assumpti.ons you v;ant to test. This al.lows yoxi to 
evaluate dj.fferent scenarios. For example, an cperatiiig budget can be 
recalculated to show the cost of several alternative amounts of service 
offered. A sDJnilar process can be used to solve some problems by trial 
and error, or to produce varioios versions of one document or analysis. 

Organj^tj.on of in£ormat3\on . Large amounts of data can be stored ixi 
an orgaiu^d manner, and retr3,eved in the desired form very qui-ckly. 
This ability al.lows the ijser to ^proach data in a much more flexible 
manner than is poss5±)le by hand. The same set of work order data, for 
example , could be used to summarize the use of various conponents , labor 
costs for completjjig various tasks, maintenance costs per mile for each 
vehj^cle, failure rates for each part, or other jiiformation. Al.though 
the same information is available from manual work order records, too 
much wrk would be required to extract it. This characteristic of com- 
puters is most useful for manag5,ng records that are accumulated on a 
daily or weekly basis, or for working with large bodices o£ jjnformatj.on 
that must be ijpdated or summarized. 

Benefits to the Agency 

Benefits from automatD.on can be summarised as : 



1. Time savijigs 

2. Increased flexibility 

3. Additional informatD.on 
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It i-s dj.££icu].t to qLiaiiti.£y benefits or trans ].ate them into dol.Iar 
valtjes. It ijs a] so bard to predict the actvia]. effect of introducing 
nd-crocomputers to a task in an organi-zation. However, it is possible to 
list the potentia]. benefits of automatijig a gi.ven process. For exanip].e, 
speci.fi.c reports produced nay be va].vuable to deci^i.on-makiJig, or the 
ability to test assumptions may save someone hours of tedi.oias wrk. 
This he].ps to create rea].i^ti.c expectati.ons about the benefi.ts of mi.cro- 
computers, sel.ect the nost vgorthwhij.e app].i.cations , and avoid moral.e- 
droppijig di-sappoiJitments . 

TijDe savings . The speed with which the computer can calcul.ate and 
sort informati-on nay a].].ow the user to do some exi-stijig jobs faster than 
would be possible by manual. techni.ques. Thi^ may reduce the burden of 
the nechanics of a task, and al.l.ow the user to concentrate on the data, 
the process, and the quality of the result. Tijne saved may al.l.ow tasks 
to be performed better and more completely, but i^ inlilcely to result m 
lower staff reqvuxements . 

Inc reased flexiJjiJ.i.ty . Tijne savings nay give the user increased _ 
flexibility in doing a task. For exanple, by savi.ng time Dn evaluating 
a projected scenario, the user nay be fible to consider a range of alter- 
natives in the time it previoiasly took to evaluate a single one. The 
numero'JS assiamptions in a budget, for example budgeted amount of ser- 
vi.ce, projected fuel cost, and wage rate, can be changed to ecamne the 
effects of di-f f erent assijmptions on expenses . The speed WD.th v*iD.ch data 
can be reorgani^d and sorted may al.low several di.f f erent summary _ 
reports to be produced for dj.ff erent purposes. Thi^ increased fl.exD-b:.- 
iity can be a valuable asset for deci^i.on-making staff, v*io can consD.der 
a wider range of altemati.ves and ways of looking at data wi-th Ixttle 
additi.onal effort. 

Add itional information . The thixd benefit of mi-crocomputers is the 
addi-tional information they make available to managers , v*ii.ch may be 
used for nore thorough analysis of problems and better decD.sD-on-makDng. 
For example, employee safety and d3.scipl.tne records can be sorted to 
identify eligible candidates for a safety incenti.ve award, a task that 
would previoxjsly have been tine consuming. Thi^ in£ormati.on usually 
takes one of two forms : either a variety of reports can be produced 
routinely, summarising information in different v«ys for d3.ff erent 
purposes , or special summaries can be done as requixed to answer par- 
ticul.ar questions. 

Revi.ewing Tasks 

Each task that i^ a candidate for automati.or. shoul.d be exami.ned to 
see v*iether it includes elenents that a conputer coul.d do veil, such as 
lone calculations, repetitious tasks, and data retrieval, and o^aniJza- 
tion. Other c±iaracteristics that nake i.t particul.arl.y siii.ted for auto- 
mation, or that are likely to complicate i.ts automation should also be 
considered. These might include organi-zati.onal procedures, staff poten- 
tial or operating dj.fficulti.es. 
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r.c.ri'^A "I^^^^i^^s jn Fj|;ure 3.1 provi.de a general gui.deliiie for 
rev3.evdjrig each potential application in the agency? ^he fjjrst three 
categories of questions help to identify Oiether benefits inj.ght be 
obtained from automating the app].ication. Ihe fourth and fifth tvoes cf 

Task analys3.s. Task analysis shou].d provd.de a fresh look at the 
S^pni^ context of automation. Breaking down a task jiito svibcom- 
^ fn^. ^^P^ identify elenents of the application that 

could benefit from automation, as ^11 as those that would be difficult 
CO automate, m some cases a mi.crocomputer coal.d help wi.th certain 
steps of the task, vdthout the entire app].ication beijig automated. 

Procedure. Ihe framework vd.thiji vAiich the task i^ done may affect 
^ S^^L^^Kf^.^'^T'^'^^- IJ^^dures that are faixly Routine 

lL?^^t ^"t^l^ automation than diangiiig procedures. An ana]v- 
^i rr^\^ S^^^^ performed, or that i^ done differently each ti^ Ly 
be more trouble to set up cr c±iange than the benefits ar^ worth? ^ 

Potential ijnprovements . A wi.sh ]j.st of desired ijnprovements and 
problems that rdjht be solved by automation can be U^ed ^er ^oten- 

^^"^ ^•^•^^•y ^'^^1^^ applicatioIS of Se 
benefits listed above, time savings, flexibility /or additional 

iSSf^nW'^! °£ "^""^ ^ nd.crocomputer might provi.de. Other improve- 
ments m3.ght be such thuigs as a nore organized procedure or bette7com- 

Sff ^^^'^f" functions, which wuld not necessarily be provided 

by a conq^uter system, p/.uvxucu 

J^^BU^nJl^. Many apparently siinple tasks are nore conplex 
than cney appear because of the f].ows of ijiformation required, 

^SlSoS . Tit S^'^^P^ *^ -the? functions. 

SSr-f T^f?''^^- ^ff^"*^ ^"^^es may be required to produce one 
report . The form of information provided for the task may not be 
smtable for enterDiig di.rectly on the computer; it nay be disorganized 
or inconsistent. Predefined reports m^Tbe recjuired L ou^u? frS^he 

^"^^ required for di.fferent purposes. Efeta may 
be dbtaned from, or 3j:iput to, related automated applications. :ihese 

^-n ^ considered in estiorating hDW c^Hcated an ^Sca- 

tion wi].l be and m designing the application. 'VF^-'-^a 

Staff i.ssues . Finally, a key element in the practicality and 
success of any^plication i^ the person or persons v*io are Responsible 

S^ii ^^^?^-^'^ ^^-^^ ^^^""^ ^ development of the system as a 

whole, wh3.ch must build on the strengths of the personnel available 

What to Look For 

to iSnJ^^o^r^ di,scussed in the preceding section provi.de a franework 
to decj^e whether an application i^ suitable for automation in wur 
agency. Some of the key i.ssues to consider follow. ^ 
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Category 



Task Analysis 



Procedure 



Potent. i.al 
Improveinents 



Information 
Flows 



Staff Issues 



Task Description 



\Jhat steps does It include? 

How long does each step take? 

How much infomvitlon is involved (How 
many accounts, parts.^ employees, etc.)? 



Ibw often is it done? 

Is j.t revi.sed or nodji i.ed each time? 



Could perfom^nce of the task be 
improved? 

Does the informati.on involved have 
additional untapped uses? 



Where does tl>e input infomiatlon 
come from? 

In what form i.s the infonnati.on 
entered? 

I'/here does the output go? 
What output i.s required? 



Wu) does i.n? 



FIGURE 3.1 Revj.ewi.ng Tasks 



Til' 



fJeeds 



to sr.epa . .r. reperi.t-.j.ous cqIc^,, ^ , 



How much ''^^ved annually? 



Could aiT^""""" "^foduce raore 

or rro^e'^^Mefa.^^ir^^ 
Does the '^^'^ ^' '^^''^^ obs'-^cle. 

W)uld ait^"*^"^' .1^^^ S'r "sers 



r.o anot;he?^.ng froif ° 
required? ^"^s or of-l^^ 



Is he _ or .^>- ^'•nS 



Wi.]] he , 



^ul^d \^ ^^^^'^""^ -cie support rx) ot.hei: 



staff n^^o^^sb^ p,oV^.^ 
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Ttte ° ^ PJ^ocesfi jf a task ijs not presently done syste- 

•^•^'•cariy-iHrrstructured process does not exist, It may not be 
approp^j^^g £or automation. example, If your current inventory 

system does not nave an adequate part nuniberjjag system, the fixst step 

automating i-t vrou].d be to cfevefop one. This wu].d nean that tJhe 
cnange requdjred automation ^^uJd iJ^c].ude changes to the task as 
^ ^■'^ the diflog^? requ3xed by the automation project al.one, making the 
P'^oject nore di.££^-cult. 

^, ffgntlf j^^lg. ^enef j.ts . Al.though It nay not be possible to quantify 
•^ne biH5HEra5ta"^ed through automation, a ].lst of anticipated benefits 
shou].d be made. ?^ese coul.d jjic]ude projected tijne sava.ngs to 
accomp].j.st^ the eX3.st3jig task (takjjig ^-"^0 account tl^ addltlona]. tijie 
requDjTed to enter data DJito the computer or program), specif j.c infor- 
natxon or reports tiiat w3.Il be made available, or changes to analysis 
that vdj.i be poss3.ble due to the automation. If benefits cannot be 
3.dentxf jg^j^ the task shou].d probably not be automated. 

Ss^exltV' ^'^^ coinp].ex a problem, tJne harder it wi]l be to 
^'^'^oinatirn^J^tenance management, for example, can be a complex pro- 

Data 35 requjxed on iitventory, serv3.cjjng, vehicle hi^storles, work 
other 3-tems . Numerous reports may be produced on maintenance 
ofiSJr'^-^g, P^'^t 'reorder requio^ements , labor productivity, fue]. con- 
sumpt3.on, and other 3.ssues. staff jjivoJ.ved 3jnc].ude maintenance nsnage- 
™ent mechani-cs, serva.cing staff ^ stockroom siperv5.sors , and c].er3.cal 
scatf , ^ ^ pesu].t, 3JDp].ementjjig a majJ^tenance management system 
requ3j:es far mc>'^^ ^J^ta].].w ^ techni.ca]. product. The c0mplexlt3.es 

Jfjtaff arid organ3-zat3.ona]. i^s^|g be dea].t wi.th, a].ong with 
r3.tt3j:ig the automated system to the organi^ati-on's procedures. 

.§t^f potential • The introduction of automat3.on to an ^ency 
^J^vol^^i^-^^:^J^5^ leam3jig process as each staff nember ] earns tow to 

*^ new system; Some widlvj.duals may take to it readl].y, expJ.orjng 
beyond theix 3iDmed3.ate needs to satisfy t^e^*-^ cur3.oslty. others may 
J.earn v^hat j.s necessary to do theix jobs effect3.ve].y. StiJl others wiJ.l 
^S3.st the diange, and may be].ieve that 3.t j^s beyond theij- capabl].3.t3.es . 
me ease of automat^Jng a specific task wJ-H depend on the attitude of 
the 34:id3.vj.dual(s) ^J^voJ.ved in that task. L3lcewj.se, the ease of jjitro- 
ff^^g no.crocompiiters to the agency wJ-H- depend on the strategy that 3.S 
taken to develop user's potentla]., and support tliem jn becom3.ng 

tam3.]j.aj- vd.th the change. 

TVg nsj.t M3\crocompu tPT-^A£pll cat3.ons : A Summar y 

. ^ the few ys^^ ^^^^^ transit agencies have begun to nake use of 
""•^^'^ocomputers, 1"^"^ d3.fferent app] Icati.ons for them have been deve- 
J.oped. Some tend to be fa3x].y uniform across the ijndustry. Those that 
coirp] are often deve].oped by outside software deve].opers and con- 
sultants, ^ich produces a degree of un3.£orm3.ty between products, 
^ner app]. j cati-ons , part3.cu].arly those that can be deve].oped in-house 
us3jig ve^satjJ.e m^-crocomputer too] s , vary W3.de].y as they are ta3.].ored tjo 
the procedures ^t each agency. 
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lhj.s sectj,on brj.efly summarj.zes a se].ecticn of txansj.t nd.crocomputer 
appIi.catj,ons , listed jjn Figure 3.2. Thj.s ]i.st not: exhaxjstj.ve ; Indl- 
vJ,dua]. agencj,es deve],op appli.catlons jji respoasci to tJiej.r speci.f j,c 
needs. It prov3.des an overvi.ew of the ro],es that nd.crocoinputers can 
play, and a startjjig pojjcit fox reva,ewj,ng tasks as part of a needs 
assessment. 

Fjjianci^l Applj,catlons 

Microcomputers have been most wi.de],y adopted jjci transit agenci.es for 
fjjiancjjal functions. One reason for thj,s t±iat staff ix\ fjjnance and 
accountjjng departments are likely to have some exposure to computers 
a]xeady> and to be receptj.ve to the idea of jjcitroducjjng mixrocoraputers . 
Another is that many f jjnancial procedures and analyses are a],ready v?ell 
structured, making them readily transferable to microconputers . A thixd 
reason that spreadsheets, vtu.ch were a najor caxjse of the rapid adop- 
tion of mj.crocomputers , are particularly appropriate for numerous f jjnan- 
cial tasks. 

Budget development . Budget development is often one of the f jxst 
app].icatj.ons of mixroconputers is\ transit. It is a natural appl3\catj,on 
of spreadsheets. (See the Software Handbook for an example.) The ijser 
specifies formul.as to calculate jjndj,v3,dxaal lixie item costs, and makes 
dixect estimates of other Kne i.tems . Assumptj.ons about projected unit 
costs, amount of service, and other items xosed jx\ the £orrau],as are 
i,nput. The spreadsheet calculates t±e results of the xbrfflu],as, line and 
colurai totals and subtotals. Desixed performance measures and sta- 
tistics (budgeted cost per hDur or mi].e, percent of budget by line item, 
etc.) can also be produced. Sjjnce tba spreadsheet wi.ll rapidly recalcu- 
late tiiese thjjcigs, a variety of assumptions can be tested, and tlie 
budget can be easily revised. Another benefit of thj,s £ppllcatj,on 
that tiie budget can be printed out jjn varioxjs forms, wi,th mDre or ].ess 
detail, as required for each purpose. 

Dsficit allocation . Allocatj,on of operatjjig defi.cits to several 
jurisdictions is a straigjit forward application of spreadsheets. The 
user initially specifies formulas to be used ijn a].locatijng the deficit, 
or assessing local contributions, from each jurisdi.cti.on. Each tijne 
that t±ie aI.locatlon is performed, the necessary input data (usua]J,y cost 
ard servi.ce data) for t±>e tijne period is input. The spreadsheet calcu- 
lates service by jurisdicti,on, distributi,on rati,os, and di,strlbuted 
deficit amounts. Because the spreadsheet is such a fl-exil)le tool, it 
can be tailored to sui.t the structure of each agency's fijcianci^al 
arrangements and the form of data used to calculate t±ie distributijon. 

Cash management . A spreadsheet can be used to maintaijci data on pro- 
jected and actual cash positi.on, and to assess borrowi,ng and investment 
decisions. (See the Software Handbook for ©camples.) At the begi,nnixig 
of t±e year, the user enters projected cash iji£].ows and outf].ows. As 
current actual. iJcvEormation becomes avaij.able i,t rep].aces t-he ixd,tial 
projecti,ons. The spreadsheet calcu].ates the current and projected cash 
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ba].ances based on tbe nost recent jii£ormatj,on 5iiput. The cash manager 
can a].so enter investment opportunities in the spreadsheet in order to 
see the effect of the decision on the agency's cash posit j,on. Used t±u.s 
vay, the applj.cation is an ongoing aixl to management deci^i^on raakj,ng. 

Fare revenue project3\on , Ana],ysis of projected fare changes jjs an 
example of the flexibiMity that some microconq^uter applications can pro- 
vj,de. Projection of fare revenues and ridersh3,p changes after a fare 
3.ncrease can be a tedj,ous task vhen it is dene nanua],ly. The £ormal,as 
used may be confusjjcig, and it is difficult to test all tbe fare struc- 
tures that may be under d3,scussj,on. As a resu],t of these con- 
siderations, and the uacertain value of the elasticitj,es (vMch measure 
the sensitivity of ridership to fare changes) xised to project ri^ervShip 
losses, the effects of fare changes are often not analysed* 

Spreadsheets help vri,th this problem isi severa], ways. First, they 
present the analysj,s ixi a structured way that clarj.fies the technj,que 
and makes it easj,er to e^q^lain to others. Second, they allow rapid 
calculation of projected fare revenues and ri.dershjp losses. Finally, 
the speed of calculation permits the user to try a range of assumptions 
about future fares and xlder fiensitivity to fare increases, vh3.ch clari- 
fies the impact of uncertain elasticity assurq>t3\ons . 

The user sets \jp ths spreadsheet with the fare categories used and 
the elasticity formu3.a. (See the Software Handbook for an example.) 
Dat^ 3JS entered on cuxxent fares, current ridership, assumed elastici- 
ties, and future fares. The spreadsheet calculates f:he futxire r3\dersha,p 
and resu].ting futiare revenue. 

Another strategy for projecting ridership and fare revenue is to 
develop a formula that calcu].ates ridersh3\p or fares based on those 
things that affect it. For exanple, ridership may depend on the amount 
of service offered, tha fare, local economic cond j,t3\ons , or the year. 
Regression analysis (a statistical technique for finding tine ]j.ne of 
best fit) c£in be used to find the formula that best shows the rela- 
tionship between ridership and these thjjcigs j£ this information ijs known 
for long enough in the past. Various generi^c programs, some related to 
spreadsheets, can be used to do the regress i,on. A].thougJi t±ese make the 
mechanics of the regression very easy, the user has to understand the 
technique well enough to use the results correctly. 

Fijced asset ijwentory . Information on fixed assets can be main- 
tzained using a fi].e manager or database manager. Datia on the purchase 
price, dispositi,on, and depreciation status of each i,tem can be 
maintained. Reports that can be produced inc].ude the stiatus or va].ue of 
sei.ected groups of items or speciii,c assets. This ^plicati.on i^ rela- 
tively independent of other financial ^p].icati.ons, and iJS therefore not 
too conqjlicated to implement- 

Accomting. Accounting functi.ons can often be performed wi,th the 
help o£ al>us3ness accounting package. These programs are written for 
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sma],! busDjnesses, and may not fit the needs of a transit agency ccxrple- 
te],y or may need to be nDdj,fj,ed. The programs can visiaa]J,y be purchased 
as nodules, designed to work together. At the heart of them Is the 
genera]. ],edger m^du],e. Other mDdu],es visiaally include accounts payab],e, 
accounts receivab],e, payroll and jjiventory. The genera], ],edger, 
accounts payable, and accounts receivable modules are nost ]j,kely to be 
applicable to a transit operation. Ihe payroll and inventory iiDdu].es 
may need major mDdifications to make them suj,table. 

Ihe shi,ft to an automated accounting system jjs nore ccxiplex than the 
app].ications discussed previoxjsly. Genera], ledger is. closely jjitegrated 
wj,th other accounting applications, such as account!^ T^^iyable, inventory 
and payrol],, vhj,ch are jjci turn Unked to maijQtenance loanngement and 
operator tijnekeeping . If these other ^p],ications n^y be automated, 
each accounting function cannot be deve],oped in isolation. The reqiuxe- 
ment for accuracy and auditability may also complicate automation of 
accounting. Duplicate procedures must be maintained until the new 
system has been shown to be working properly, and special attention must 
be pai^d to the abj,lj,ty to audit the system. 

The genera], ].edger modu],e linked to the other nDdu],es in the 
system so that changes made in one w5J,l be automatically transferred to 
the other. It provides a framework of books and jouma],s ],jlce that of a 
manual accounting system, and generates standard reports at the 
appropriate times. These usually include tri^l balance, income state- 
ment, balance sheet, and transaction detail. 

The accounts payable function i^ provided as a nodule of business 
accounting packages. Invoice information i^ entered, and the package 
schedules payments and prints diecks . A number of reports are ^nerated 
inc].uding open invoices by vendor and due date , agi,ng of open invoices , 
cash requirements, check register, and transaction detail. The function 
shou].d be integrated wi,th the ^nera], ledger nodu],e, allowj,ng entries to 
be posted automatically to the ^propriate general ledger account. 

Many transit operations have litt].e need for accounts receivable, 
un].ess they do diarter work, have an extensive pass sales program, or 
provi.de human servi,ce transportation. An accounts recei,vabie mDdu],e i^ 
usually avaiJ.able wi,th a business accounti,ng package. Customer account 
charges and receipts are entered, and the package generates required 
reports including aged accounts receivable, account st^tenents, cash 
receipts jouma]., transaction detail, customer mailing labels, and 
customer ]lsts. An integrated package will automatically post receipts 
to the ^propriate gpnera], ],edger account. 

|ayroll (gross to net processing) . Most business account i,ng packa- 
ges include a payroll mDdule, vtuxh processes tJhe necessary deductions 
from each employee's pay and generates paychecks. The ]abor intensi,ve 
nature of transit operations resu].ts in a ].arge amount of data that has 
to pass from operations (dispatching and timekeeping) to payroll. P^i,d 
tiiiie must be ca].cu].ated from the various types of tine worked- It is 
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cteslrable to provi.de for thj\s, either by modlfyixig a payroll mDcJuIe, or 
by devel.oping a separate tijooskeepixig package that produces the infor- 
mation requixed by the payro].]. nodul.e in the correct format. 

Many agenci.es have payroll, prepared by a bank or servi.ce ggency. 

These ijfisti-tutlons often provide payroll, service at ].ow cost to draw ixi 

customers. The costs and benefits of doing payroll in-house shoul.d be 
compared wi.th having it prepared by a service agency. 

Operati^ons Applications 

I^ny of the possible microcomputer app].i,cations in the operating 
department are comp^ <: and specific to transit q)erati,ons. As a result, 
programs written spe. .Ji.cally for t±ie transit industry may be required 
to do these functi.ons. 

Operating documents . Ei-ther a spreadsheet or a wrd processor can 
readily be used for preparing operating documents such as paddles, head- 
way sheets , and di-spatc]i sheets . Spreadsheets are mDre appropriate for 
table-lite documents tiiat my include son^ calcu].ati,ons , while a woTxi 
processor can be used for ei-ther tables or less structiared documents. 
(See the Software Handbook for exacqples.) Once the document has been 
prepared on the iricrocoraputer , revi.si,ng it i^ a relati,vely mi^nor opera- 
tion. 

Bus stop inventory . An inventory of bus stops can be maintained 
using a ccxnmercj^]. file manager or database management package. Data 
can be entered on the mnber, location, routes, boardings, alightings, 
and ameni-ties for each bus stop. When t±u.s information i^ needed t±ie 
user can generate a report such as a ].i-st of a].l stops on a particular 
route, a list of a].l stops with shelters, or a ].ist of stops wi.th a hj.gh 
level of passenger activj,ty. 

Scheduling and runcutting . The type of automation tliat is helpfu]. 
to the scheduler varies depending on the size of the system and the type 
of servi.ce offered. For many sma].l operati.ons tJne main benefit provided 
by a scheduling ai.d i.s to perform tte mechani,cal functions of fiJ.ling in 
tijne points, editing padd].es or run gui.des and so forth. Larger systems 
may requixe mDre assi.stance wi.th organising and managi.ng data, siach as 
block information, runs cut, and remaining pieces. 

Several ].ow cost techni.ques to help with the mechanises of schedu],i,ng 
are available on nd^croconputers . These include schedu].e generation 
programs (avaij.ab].e free from TIME, Appendix B) that buiJ.d schedal.es ard 
fill in time points by buiJ.ding and modi^fj^ng blocks. Spreadsheets can 
also be used as a schedule buiJ.ding ai-d. (See the Software Handbook for 
exanpi.es . ) 

Severa]. mDre expensive, proprietary transit schedu].ing programs are 
avaiJ.ab].e from consu].tants and programmers . These perform tiie run- 
cutting function and prepare vari,ous resul.ting documents. Some a].so 



29 



24 



perform blockjjig. Ihey al.low the operator to soecifv rnn -hr-ri 
« Mer-Jr -stt-- ^-^^^^^l^^Z spe. 

depeS^Si^-tJ^-^^^^^ 

SlSfate^S^Sid ^rtc^^To^^-J^ sprLc^^^L^r^^^^^^^ t. 

i^P^^ J K ^ sophisticated database n^naeement 

ZlT^ S;Sn?/''°^''^ "^'^'^ ti^keepiBg irformati.r$SSy 

3iito the payroll program vd.thout manual transfer. 

Maintenance and Inventory Applications 

.ro^.^^ ^ applications in maijitenance and jiiventory that are 

very appropriate far mj.crocon?)uter use. The ]aree f^unt 2 ^\ 
xs ggnerated daily on parts Sventory and u?e vfhiS^^er^c^f^S^ 

^T^T^'-^rsl.Z ^e.^'^iS^^^ S;SS^:""4e^Lse 

reports j SSs^Si^L'nS^etnale^nTsSh^al'^^^^^ 
productivity, failure rates and patterns, ^d ShS! ' 

Ihe automation of these madntenance management r^ords r^i^ 
cated by the many interrelationships betwe^^^a" ^?tf i^eSj 
information, for example, is linked to ;.ork orders as StsTe Sued 
and ^stalled. For many purposes it may be telpfu]^o^t^e 
1^. ?f "^o^tion separately usiiig a sijnple database STe m^^r 
In a large operation j.t ijs wrthwhi-le to inteeratP ^1 inforif.-?^^ 
comprehensive maintenance management s^t^^^ ^information ^n a 

Many productive uses of maintenance data can be accomoJished hv 

pXS"'irf°re''°" °" ^ ^^^P'" connr^rcial datSasT^f ' e'l^ga^nt 
pacKage. If a more comprehensive system requjj-ed a niimhpr T"*^"'' 

sSs''Sd"^?^S"^'^l""f ^""""^ ^^"^^ aS'^S^ibl'e'Srcol- 
sultants ,9nd software developers. These programs are desiened 

ther^aS'^i^nv^^S.^^? relati.vely cooplex noi:ntenance applicati.ons 
there are many straightforward spreadsheet and database Sp]j cations in 

"SST'irSfSf ""'•^■^^^ calculations, oil SJs?s ° " 

a^^c'fioS'tSfrSj'SS^S^^ of --"y -derstood 

maintenance area. ^^"^trate the benefits of m3.crocon?>uters ixi the 

Tire ijiventory, Kxe use can be tracked for ]ease administration 
SnSS^^^^^^V^^'^ a spreadsheet or a sianple daSbLf^-^gS! Sta 
on mount^^g and removal of indivi.dual tixes^ be maixitaSf ^IthlS 
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mJ.croconq^uter calcul.atjjcig miJ.eage run automat j.ca].].y . A3.tematj,ve].y, 
nii].eages can be ra].cu].ated for each vehi-cle each month, and raal.tj.plj.ed 
by the number of ].eased tires on the vehi,c].e to generate the billed 
miJ.eage . 

Oi.]. analysis trackijig , Resu].ts of routjjie oil analysis tests can be 
tracked over time using a spreadsheet. If resu].ts of 3JCKij,v3\dua]. tests 
are entered, the data for a single vehicle on meta]. content and oi]. 
additj,ves can be graphed to show trends over time. 

Mvexrtjjsing manageipent . Installatj,on and remova]. of advertisements 
can be made mDre efl:Tc5,ent by xjsj,ng a database manager to record \Aiich 
ads are ixi place on each vehj.cle . Ihi^ system can be used to print cut 
a list of vehicles on vhj,ch a particular ad is to be removed, or to ].j,st 
slots available fov installation of a new advert j,sement . 

Parts jjiventory control . Dependixig on the si^e of cperat3\on, a more 
or ].ess sophJ-stj,cated Jjnventory system may be appropriate. A sjjnple 
ijnventory system, developed jjci-house, can be used to keep track of the 
status of jjadj.v5.dual parts and trigger and track oT?ders. Becaxase thj,s 
system stands a].one, witiiout connect j.ons to accounts payable or majji- 
tenance data, it cannot be used to track parts use by time or A^hj\cle, 
nor to value t±e inventory ixi stock. (A limted appl3\cat3\on for parts 
ijciventory, using a file manager, i^ documented ixi the Software 
Handbook.) 

More comprehensive parts inventory systems may be inclioded ei,ther in 
a maintenance management package or as part of u business accounting^ 
package. Daily informati,on on parts recei.ved and issued i^ entered in 
the system. If a maintenance management system i^ in use, parts issued 
could be included in work order data entered for both t±ie inventory and 
maintenance management systems. The system wiJ.l then assign parts 
issued to the VBhj,c].e on vhi.ch t±iey were used, cost parts \jsed, generate 
a report of parts to be reordered, value current inventory, and provi.de 
current information on the notriber and use of any part . J£ an accounting 
system i-s in use, the inventory system iray automati.ca].ly post the cost 
of parts used to general ].edger. Hie ]ist of parts to be reordered iray 
be used as input to an automated purchasing system that identifies 
sippliers and generates purchase orders. 

Inventory systems are often included as a modul.e of business 
accounting packages . llsua].].y these systems are intended for sa3.es 
inventory and profit ana].ysis, rather than manufacturing and production 
as required by transi.t maintenance operations. Some of t±iese modu].es 
can be modified to a].].ow data to be transferred between inventory and 
other functi,ons such as maintenance work orders, vehi.c].e hi^tori.es, and 
purchasing. 

If inventory is associated wi.th a maintenance management package, i-t 
may be desixabl.e to provi.de connect i.on wi.th the accounting functi.ons. 
Specif i.ca].].y, the cost of parts used may be posted to tiie ^propri.ate 
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general ledger account, and reorder jjiformation nay be coordijiated witli 
purchasing and accounts payable. 

Maintenance management . Vehj.c].e majxitenance management jjtvol.ves a 
number of sets of information t±iat are a].], interrelated. These incl.ude 
jjiformatj.on on vehicles in the fleet, work orders, and dai].y servicing 
records . If thj.s jjif ormat j.on ma jjcita jxied iji the conputer , a number c£ 
xjsefu]. reports can be prepared, jjicludjjcig maintenance schedu].jjcig, mecha- 
n5.c ]^or vise, parts visage by vehicle, vehicle fuel and oil consumption j, 
and jjidj,vidual vehicle histories. 

The amount of jxitenrelated jjLiformatj,on nekes maixitenance nanagement 
a fajjrly canplicated application to jjiplement. In addition to t±re 
amount of data that must be organized, the system must be part of daily 
majjcitenance procedures to ensure tiiat data is kept accvorate, complete, 
and vp-to-date. 

Idmted maintenance analysis can be done by settjjig up jjndivi.dual 
sets of data on a file or database nanager. However, in order to make 
the most of the large amount of maixitenance-related jjiformation that is 
kept, a cOT5)rehensive system jjci vhich the various pieces of jjiformation 
can be conibjjied is requixed. A nunber of propr5jetary majxitenance nana- 
ganent systems are avaiJ.able from consultants and software developers. 
Sane of them, are wr j.tten in regu].ar programming languages . Others vise 
database management packages. In general, it is easier to make minor 
changes to a package written in a database nanagement language than a 
programmjjcig language. 

Plirchasing . Purchasing may be handled as part of the jjnventory 
funct3.on, or may be an extension of that function. A siiiple purchasing 
system can be developed on a database management package, l.jjnldjng jjifor- 
matj,on on reorder needs, vendors and prices, and producing pvirchase 
order data for input to the accounts payable system. 

Servj>ce Planning Appl3,catj,ons 

There are nany applj\catj,ons of microcomputers in the plannjjng func- 
ti.ons tiiat are independent and straightforward to implement. Many tj^es 
of one-tiine analyses and routine reports can be prepared on 
spreadsheets. Ri.dership data can be managed on spreadsheets or file 
managers . 

Revenue and ridership reportijig , Ri,dership analysis can normally be 
performed by means of a spreadsheet. Thi^ strategy provides ample 
flexibility to accommodate the specific agency's data collection and 
analysis procedure and to produce the speci^fic reports required. (See 
the Software Handbook for an exanple.) Data can be entered on driver 
counts for each run, farebox revenues for each block, or vhatever form 
of data is currently collected. The formul.as far converting thi.s data 
into ridership by route are stored in the spreadsheet. The spreadsheet 
wiJ.l then calculate ridershi^p t-otals by day, and by route. 
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Scheduled route ndJ.eage/hours con^utatzi.Qn , Spreadsheets can be vsed 
to calcu].ate the amount of servi.ce provJ.ded by route or juri-sdlcti.on. 
Total, run or b].ock times are entered, along wj\th the proportion or 
amount of tJjne to be a].located from that run or b].ock to each route. 
The spreadsheet wiJ.], perform the necessary additi.ons . Hourly or mi.leage 
costs can also be speciJi^ed, resulting ixi a cost a],locati,on by route. 
Once developed on this ^jormat, revisions can easily be made \^en the 
schedule or runcut i-s c iged. 

Trip ridershi.p analysis . Data collected during on-board on-off 
counts can be ST-immarlzeg for Section 15 reportijig or trip-by-trip 
rixlershj.p analysi-s usijcig spreadt^heets . On-off counts for each trip are 
stored iji a spreadsheet. Tri.ps can be selected by day or time period as 
required, and the spreadsheet will calculate average boardixigg and 
ali^ghting^ by stop for that period. Other performance measures can a],so 
be calculated as requixed. 

Route cost /revenue analysijs . An example of the type of ijnfrequent 
analysis that can be performed usijig spreadsheets i^ cost/revenue analy- 
sis. The spreadsheet contaijis fDrmulas for estijnating servi,ce cost 
based on hours and miles of servi,ce, deadhead time, nunber of vehi.cles 
iji servi.ce , or other measures . Revenue is estijnated based on ridershi.p 
and fares. The spreadsheet can tiien be used to calculate the cost of 
each route and the revenue it will generate, and to test various assump- 
tions about amount of service, fares, and ridership. 

Ridersh3.p survey processing . Programs have been developed recently 
that make stati^stical analysis on microcomputers conparable to statisti- 
cal analysis formerly done on naixxframe and miniconputers . These 
programs give the user more flexibility iji analyzing ridershi.p ard atti- 
tudinal survey results t±ian vas previously available. In addition, 
resul.ts can be obtained much faster. The person usijig the program 
should be familiar vri.th the statistical analysis techniques , but the 
programs do not require a lot of conputer expertise to set up and use. 

AdmiJii.stration Applications 

tfeny admijii.strati.on tasks are common to most organi.zations . As a 
result there are many easy-to-use programs that help v/i.th admi.nistrati.pn 
functions . 

Document preparation . One of the xsost common uses of mi-croconputers 
i.s for document preparation usijig a v?ord processing program. Because 
these programs were among the first to be wi.dely used on mi-croconputers , 
they have undergone various revi.sions, and many excellent coupe ting 
programs are now available for thi.s pxarpose. Word processing is one of 
the easiest vays to ijntroduce tni.croconputers to an ^ency, and a].low 
staff to become familiar wi.th the technol.ogy. 

Vford processing i.s most va].uab].e for preparixig and revi.sing ].engthy 
documents. Corrections can be iiade easily, preventijig retypijig of pre- 
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vi,ous drafts . A conp].eted docuraent can be revi.sed wi.th a mi.nijnum of 
additional typixig. The many uses for thi.s ixi a transit agency jxic].ude 
preparation of labor contracts, specifications, reports, and operatj,ng 
documents, as ve].]. as routine memos and correspondence. 

A second use of WDrd process jjcig is for raaiJ.jxig list naintenance and 
mass majJ-jjigs, vihich can dramat3\cally change t±ie agency's communj-catj.on 
wi,th the ccxnmunj.ty. Word process jjcig makes iX feasible for any si^ed 
agency to prepare mai],jxig labe],s and persona].lze ].etters for ]arge 
majJj'jigs . This can be useful for dj.str ibutjjig a newsletter to numbers 
of the community, passholders, or clj,ents of human serv3,ce transpor- 
tation providers . 

V?hen planning to use a m3.crocomputer for wrd process j,ng, the amount 
of time that it wjMI be xjsed for that functi.on shou].d be considered. 
Depending on the amount of typjxig done m the agency, the conputer could 
be occupj^ed full time wj,th word processing. Tto^s possj,bjJ.lty should be 
planned for in selectixig xjses of the conqjuter, and ljjid,tatj,ons may be 
established on \fthat word processing should be done on the mixroconputer . 

Personnel records . Maintenance of the many records and files asso- 
ciated with personnel and benefits management can be a xaseful mi.crocom- 
puter application. Personal jnformati.on as well as benefits records 
such as health insurance and tjjne off can be set vp and raajxitaj,ned usixig 
a commercj^l database or fl].e manager. Thi^ a3.].ows information on any 
employee to be retrieved qui.ckly and vpdated easily. Summarises of use 
of benefits and EED data can be produced conveni.ently as required. The 
information can a].so be used to produce raal].ing lists and personal.i^d 
letters to selected enployees . 

Operator records . Fi].e or database nanagers can a].so be xjsed to 
maintain data on operator performance. Inci,dents such as acci,dents, 
write-ups, disciplinary acti.on, conplaints, and comaiendations can be 
entered as they occur. Ihis a].].ows stpervisors to qui.ckly vi,ew a sum- 
mary of the operator's performance. The data can aJ.so be sxraoarized and 
sorted in order to screen employees for safety and performance awards. 

Pass di^ tr j±>ut ion admim^ trat ion . Pass or token dj.stributi.on 
through a network of dj.stributi.on cut].ets can be nanaged wi.th the help 
of a database manager. Information on each out].et such as address, 
phone nunber, and contact person can be stored for rapid reference and 
production of mailing labels. Data can be entered for each transaction, 
such as distribution of a consi.gnment of passes or recei.pt of payment 
for passes sold. Reports produced from thi.s system wou].d include sum- 
maries of the current mnber of consi.gned passes by out].et, histories 
of pass sales by outlet, and ]lsts of outlets needing addi.ti.onal passes. 

Accident records . Detail.ed reports on acci.dents can be summarised 
on a database manager. Information including ].ocation, type of 
accident, operator route, and extent of damage i.s inc].uded in the 
summary. Ihi^s data alJ.ows accident information to be summarised as 
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requixed for nonthl.y or annua], reporting. Patterns jji accident 
occurence can be j£lentj.fied for use in developjjng accident preventi.on 
programs . 

Cl.ajjDS trackjjig . The statxjs of insurance clajjns are tracked and 
moni.tored lasing a database manager. Data on tlie claiinant, jjcici.dent, and 
dates of stages of c].ajjns processing 5^ entered. Thj^ a].].ov;B monj.torjiig 
of the current status of a].l clajjns, and summarj.es of patterns ix\ c]^jjns 
occurence, v^ich may be helpful jjci reducijcig cl.ajjns, awards, and 
jjisurance costs . 

Labor bargaijiijig tool . Spreadsheets- can be used to estjjnate tlie 
cost of labor contract proposals. The spreadsheets can be set up ix\ 
advance to calculate the cost of contract prov3,sj,ons such as vage rate 
increases, cost of ]lvj,ng, paid tjjoe off, and fringe benefits. IXjring 
negotiations, proposed terms can be included in the spreadsheet to pro- 
vide a rapid estimate of their cost over the Ufe of the contract. 

35iother benefit of mj,crocoinputers during negotiati.ons arises \4ien 
personnel and scheduling informati,on i^ maintained on the conputer. 
This data can be retrieved and summari^d qui.ckly jx\ order to determine, 
for exanple , how many employees rai,ght be affected by a certain change , 
how many runs neet certain condi,ti,ons , or how paid tijne off i^ currently 
used. 

Report transmission . Reports sent to state and local agenci.es can 
be transmitted autQmatj,ca].ly if the recei,vi.ng agency has the appropriate 
equipment. Ihis requires a communi,cati,ons program and a mDdem, \^ich 
produces a signal that can be sent over telephone lines. Reports wuld 
be prepared in tiie format requixed by the recei,vi.ng agency. This appli- 
cation would a], low reports to be prepared on the mi.croconputer and sent 
without completing paper forms . 

Human Service Applications 

Hjttnan service and demand responsi,ve transportati.on operati,ons that 
deal wj,th indivi,dual clients and complex bilJ.ing procedures have very 
].arge information loads for the size of the operation. At the same time 
they usually have limted staff and wry low budgets . These conditions 
make the abil.ity of mi.croconputers to nanage thi.s information par- 
ti,cu]ar].y valuable to them. 

The complexi.ty of the system can range from separate hand].ing of the 
registration, booking, and bii.ling functions to an integrated system in 
whj,ch these t±iree functions are interconnected. This offers the agency 
a range of approaches to the problem depending on t±ie si^e of theix 
operation and theix con5)uter experience and resources. 

The Urban Mass Transportati,on Admjnistrati,on is sponsoring the 
distri±)uti.on of a human services record-keeping system using a database 
management program. This ^proach a].].ows each property to WDrk wi.th a 
loca]. programmer in adapti,ng the program to thaix own needs. 
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C].3.ent registration > Maixitaixiijcig records on each c]j*,ent, jxic].udlng 
persona], data, sponsor^jcig or certifyixig agency, and specia], transpor- 
tation needs Is one q>p],lcati,or database management for human service 
operators. This jjiformatj,on c summari-zed to produce ]lsts of 
c].i,ents by sponsor ixig agency, by handicap, and by other character j.s tics . 
MaiJ-ing lists can a],so be produced. 

In an integrated system, the Informati.on en hDne ],ocatlon, te],ephone 
number, and transportation needs can be vised jjci book5xig tri,ps by each 
clj.ent. The sponsoring agency can be automatj,ca],ly ],ooked by a 
billing and reporting system. 

Booking and scheduling . A database manager can be used to help 
schedule demand responsive trips by creating a ],lst of trips to be 
carried by each vehi,cle. Data normally entered for each trip wuld 
Include client, origin, destination, transportation needs, tijne, 
sponsor, and possibly trip purpose. Thi^ list of trips a],lows revi.slons 
to be made as necessary, provides a schedule for vehicle operators, and 
can be summari^d by sponsor for billing purposes. 

In an integrated system, the information on the indlvi,dual client 
required for booking, such as hon^ address, transportation needs, and 
sponsor, could be drawn di,rectly from the client file. The list of 
trips made by sponsor and client wu].d be sent to the billing mDdule to 
provi.de the basi^ for billing. 

Billing . The thixd data management process for human servixe 
transportation provijders i^ billing. Database management can help to 
provi,de a complete record of trips sponsored by each agency, and to 
calculate the billed cost of those trips . E^ta on each sponsoring 
agency, inclviding address and bi].ling rate, can be cotnbined wi,th mDnthly 
data on the actual trips carried. In an integrated system much of the 
information requixed for billing, inc].uding client information and trip 
data, v?ould be drawn from the client registration and booking fi].es. 

Software Requixements 

Ihe ].lst of app].lcations identified as promi,slng to ijnp].ement in the 
agency can be used to give an ^proxijmate picture of what types of 
programs the agency will vLl.tijmately need. Figure 3.3 summarizes the 
types of programs used for each of the ^plications described above. A 
typj,ca]. mi.x of software, in \^hi.ch generic commercla]. programs cOEip].ement 
a selection of transit specific ^p].lcation programs, i^ described 
below. 

Generic Software 

It is safe to say that every mi.crocoiqjuter system 6lnou].d inclvide tl:^ 
three main types of generic programs: a spreadsheet, database 
manager, and a word processor. Each of these types of program has a 
multitude of uses in the transit agency. They are easy to work wi.th. 
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and al.].ow new app].i.catj.ons to be developed wi.th a nd.nijnum of speci^l.lzed 
trajjcijjig and tjjne. Theix cost low jjci relation to theix usefu].ness- 

Graphj.cs is often jncl.uded as part of a spreadsheet package- If 
not, it shou].d be purchased separatel.y, to work w5,th the spreadsheet- 
Graphj,cal jJ.lustration of spreadsheet data greatly jjicreases theix use- 
fu].ness as a communications too].. 

Other generic software ]ess versati].e than the packages 
mentioned above, and shou].d be pxirchased on].y 3£ requixed for a specific 
application, A statistics package, for ©campl.e, is only requixed 5£ 
survey data is to be ana].yzed by agency staff- LJlcewj-se ccxnmunicatj.ons 
programs may be very valuable data to be transmi.tted dixectl.y by 
telephone to a remote garage or to state agencies. 

Transit Applj.cation Software 

IhliJke generic programs, \^ich do not have to be se],ected to fit the 
particular needs of an agency, application software se].ected ixi 
response to identified needs- The particular set of programs xased by an 
agency should reflect that agency's selection of mi.crocomputer aopli ca- 
tions. ' • 

In some cases, applj.cation programs should be treated as a set, w5,th 
each program designed to be xjsed wi,th t±ie others . Three examples of 
this are jjidj.cated jjci Figure 3-3: accounting, maintenance management, 
and human servJ,ces software- In tdie case of accountijig, for example, 
general ledger, accounts receivable, accounts payable, and payroll 
should be jjcitegrated wj.th each other. 

Hardware Requirements 

It is jjnportant to consider the amount and pieces of computer equi.p- 
ment that you are likely to need ixi the future. Thi^ provi.des a fra- 
mework wi,thin whj.ch to se].ect the jmt j.a]. purchases . It aJ.so he],pful 
jji identifying what additj,onal information wdJJ. be needed ixi nakj\ng 
future decisions fibout the growth of the system. (The Hardware Haridbook 
describes the various ccxiponents of a mj.croconputer system-) 

Five issues that affect the overall, shape of the conputer system are 
dj^cussed jjci thj.s secti-on: 



1. The number and locatj.on of workstations - 

2. The amount and use of storage - 

3. Requjxements of specif i.c applicat j.ons . 
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4. The amount and type of coordijnation between users . 

5. Rjiture needs for fJ.exj.bl].lty. 



Nunber and Location of Works ts^t Ions 

A good idea of the scale of the future cooputer system can be 
obtaijcied by identi.fying how many workstati.ons w5J.]. be required. Each 
workstation ijs a desk equ3,pped so tiiat staff can use the computer, and 
has at least a keyboard and a moni,tor screen. 

Based on the applications tliat you expect to be usijng, ].lst the 
staff members vho will be usjjr-g the ccxnputer, and what they wiJ.l be 
doing with It. Most staff inembers' computer use w5J.l £a].l into one of 
four categorizes: data entry, reference, deve].opment , or analysis. 
EstijDoate rougJiJy how much iiiroe you mj,ght expect each one to be xjisijig It 
(e.g., 2 hours dally, or 10 hours once a month). You may have very 
little feel for how much time wiJ.l be iiwolved, but an intel.llgent guess 
ijs better than not considering the problem at a].l. 

Thjjs Information can be used to make a reasonable estijnate of how 
many microcomputers wiJ.l be needed . Adding \xp the various staff users ' 
tijnes will give the number of hours the conputers wiJ.l be used durijig a 
busy day of the month. In genera], the nfixi-mum reasonable use of the 
computers ijs about 70% of the time, or 5.5 hours of an 8-hour day. If 
they get busier than thi.s, and it becomes necessaTry to sign up ixi 
advance for a time to use them, staff wiJ.l be di.scouraged from makijrig 
the most of the tool. 

The workstations shou].d be located vAiere they wi.ll be conveniently 
accessible to all users . Very few users make constant enough use of the 
computer that they shoul.d have a workstation in theix oi:fi-ce or at tlieix 
desk. A workstation in someone's office effectively discourages other 
people from usijcig it, and makes them very se].f -conscious. Especially 
during the early introduction of the microconputer It ijs important that 
people have ready access to the nachine and feel as comfortabl.e as 
possible about using It and exploring it. 

Ihere is some advantage to havi,ng several, workstations grouped 
together. Particularly ii they may share some equipment, for example ii 
they wi.ll be hDoked \xp to the same printer, a centralized location makes 
thi.s much easier to arrange. Ihijs arrangement al.so al.lows the rai-scella- 
neous bits and pieces that go with the system to be located in one 
place. Program manuals, reference materials, paper, and dj.skettes can 
be stored in one location so everyone will al.ways know where they should 
be. Concentrating the equipment may also make It easier to secure the 
machines . If they are a].l in one room all that iJS requixed ijs to lock 
the door. The advantages of concentrating the nrf-crocooputer equi.pment 
must be traded off against the convenience to the users of having 
workstations at nearby locations around the office. 
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^dltlonal equipment nay be required 5£ the agency has facj]jtjes at 
severa] ].ocatlons, and i£ the microcomputers w3.ll be used at sever a], 
f ac3J.3.t3.es . 

Anount of Storage 

In genera]., any fa3x-s3.zed application that j.s primarily a database 
management problem wiJ.l requixe a hard d3.sk. QE the applications listed 
above, masjitenance management, ijtventor^/, Ktatlsti.cal survey ana]ysi.s 
and human service ^plications wiJ.l rec;i.iixe a hard dj.sk for mDst ' 
agenci.es . 

Ihe xjse of a hard di.sk can be a constraijit on mi.crocomputer systems. 
The hard d3.sk i.s permanently attached to a parti.cu].ar computer. Each 
app].3.cat3.on that has data stored on a hard dj.sk must be done on a com- 
puter W3.th that hard disk attached. It j.s possi.ble vnder certaiji cir- 
cumstances to share a hard disk between severa]. computers by tisiJig a 
network. j 

Requixements of Particular Appllcati.ons 

_ Some microcomputer app].i.cati.ons iji transit agenci.es requixe par- 
ticular peri.pheral equi.pment to be attached to the computer. Ihe two 
usual types of perpherals requixed by applications are parinters, and 
modems. Fi^gure 3.4 summari.zes some xjsual hardware requj.rements . 

Di.fferent ^plications my p].ace conf].ictijig requixements on the 
system s prijiters. For nost day-to-day use a dot matrix printer is fast 
and prov3.des desirable flexii>ili.ty. Thj.s type of prijiter i.s requixed to 
produce graphs or to compress ].arge t.ables onto standard sized pages . 
Letter qual3.ty prijit i.s requixed j£ tiie microcomputer wi].]. be used for 
word process3jig of correspondence, reports, or pvib].i.c].y distributed 
documents . letter quality print can be produced either on a s].ow impact 
pr3Jiter of the dai.sy vhee]. or th3-rab].e type, or by purchasijie a mDre 
expensi.ve dot matrioc or l^ser printer. 

A reasonable soluti.on to thi.s problem iji a system W3.th severa] wotk 
statD.ons 3.S to have one of each type of prijiter. Erijiters usual] y 
rece3.ye heavy use and contaiji many movijig parts, so they are m:^re ]jke]y 
to fai.]. than other conponents of the computer system. For thi.s reason 
3.t 3.S a gpod idea to have more than one prijiter as a back-up . 

Modems are requixed for those situati.ons where data ijs transferred 
between computers over te].ephone ].ines. There are two situations where 
thi^ could be valuable. If tJie agency has several renote faci]ities 
each one wi.th conputer, and data or programs must be shared between * 
them, this material can be transferred by modem and te].ephone. A second 
use wouJ.d be for sendijig dat.a to another agency xjsijig a computer, svdh. 
as a city accounting offi.ce, state transi.t offi.ce or a payro]] pro- 
cess ijig bureau. 
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Coord j.nation Between Works tat j.ons 

Information is constant].y being passed between people isi the manage- 
ment of a transit operation. When functions are automated this jjifor- 
mat:.on exchange, which occured jnformally before, must become more 
structured. Many microcomputer app].ications are related to others 
through sharjjig or exchange of information or data. 

Ihj^ coordjjiation between users and app].ications can be handled in 
se\7eral ways . The most straightforward jjs to store information on 
floppy diskettes, wha.ch can be passed by hand from one user to another. 
Th3S method is easy to jjnplement , and requijres no special technical 
arrangements of programs or equipment. 

A second system for coordinating applications is to make sure that 
all applicatj.ons that share certain data are performed on the same com- 
puter equ3.pped with a hard disk. Thj-s a3.1ows data to be stored on the 
computer s hard disk, and used by different users and app].ications on 
the same machine. This strategy requires some forethought to set up. 

"EE' ling and Sxjpport Requirements 

Selecting and purcuasing the programs and hardware is not the mDst 
cha]J.enging aspect of mj.crocomputer inqjlementation . Instead the suc- 
cess of mj.crocomputer app].ications jjs determined by the preparation and 
attitudes of staff xjsing them, and by the way m viu.ch they are 
integrated in the organi-zation. Aspects of thi^ include trajjijjie, sup- 
port, and procedures. ^ ^ 

Training 

It is d5.fficu].t to overestijnate the importance of traijiijig jxi 
contributing to successful mi.crocomputer use. Training includes both 
formal classroom and workshop work, and informal tijne spent by an 
employee exploring the capabiJ.ities of the system. Ibrtions of the tijne 
spent deve].oping early applications in-house wij.l actually contribute to 
the training of staff. 

EH-fferent employees have different traijiing requirenents . Some-wi]] 
be natura].].y interested in the machine. For these people it my be suf- 
ficient to make informational materials , such as operating manuals , 
tutorials, or periodicals available to t±iem. They will actively extract 
the information that i^ useful to them. More chal].enging are the 
employees who are not particu]^ly interested in the technology, or who 
resist acceptijig it. Training of these people must be handled carefu]]y 
to a].low plenty of non-threatening opportunities to become familiar with 
the ccrrputer. Hands-on work i^ particularly important to these people 
because it demonstrates dramatica].].y what the conputer does and builds 
their confi.dence. 

■Draining i^ not siJiply a one-tijne acti.vity associated wi.th intro- 
ducing the conputer. Forma], traijiing must be ccmplemented by informal. 
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q>portunities to app].y the material. As confidence and experience wi.th 
introductory concepts 3^ obtained, more naterial can be introduced 
tihrough formal traijiing. 

A variety of training resources are avai].able to svd-t vari-ous 
people's needs. Intensive transit-specific courses are offered by 
various institutions and provide an musual opportunity to be jmmersed 
. in the svbject for several days without the vsml conpetjjng presswes of 
dai].y agency activity. Numerous jjitroductory and specj^].j.zed courses 
are offered isi nost locations by adu].t educati.on programs , community 
colleges, and computer stores. These may prov3.de a gpnera]. jjitroductj.on 
to computer xjse that must be coiiqj].emented by experimentati-on with tran- 
sit applications developed jjidependent].y or borrowed from peers . ^ 
Individuals with expertise are also a source of training. A trainer can 
be hired to provide structured justructi.on to a small group of agency 
staff. Altemat3.vely, such a person, part3.cu].arly when on the agency 
staff, can provide informal personalized train3'jig on an ad hoc one-on- 
one basis . 

Training needs must be addressed de].iberately. Mthough some peop].e 
will pick \jp a great dea]. by experimenting informally with a computer on 
their own, pressures from ongoing operat3'jng act3'.v3.ties tend to prevent 
staff from having the opportunity to spend su£fic3.ent time experi- 
menting, particu].arly if t±iey are not very receptive to the m3.crocom- 
puter to start with. For t±d.s reason forma]. cuts3'.de tra3'jiing must be 
coopiemented by specific cpportun3.t3£s to make use of t±ie computer in 
the office. One way of prov3.d3Jig th3.s is to designate a parti.col.ar 
sinqjle appli.cation to deve].op or vse. .Ih3.s not on].y ].eg3.t3JDn3.zes tjjne 
spent working with the microcomputer, but al.so estab].3'.shes a specific 
objective toward wh3'.ch to work. 

To make the raDst of a microconputer system, each staff member 
invo].ved in a microconputer app].ication mist be encouraged to become an 
active user of the system. Th3.s requires carefu]. attenti.on to each 
user's 3Jid3.vidua]. needs. Inv/estment in the programs and eqiaipment must 
be cOTplemented by adequate investment jji the staff that W3.].l vse j.t. 

Q:ig03'jig Svippoirt 

Once staff have implemented some 3Ji3.t3.a]. app].3.cat3.ons on the rai.cro- 
computer additiona]. support 3.s required to contijiue to progress and take 
advantage of the capabi].it3.es of the system. Th3.s, too, can be provj.ded 
in several ways . 

Very often one .staff manber becomes a "power-user" by tak3'jig the 
initiative to 3iidependent].y learn about tiie system beyond hj.s or her 
immediate needs. Ih3.s indi.vidua]. usua].].y 3J^forma].ly provd.des sx^port to 
fe].low staff menbers by be3'jig on ca].l to answer quest3'.ons, troiibleshoot, 
and make suggest3.ons . Ihe sipport provided by svch. an arrangement is 
very va].xjable, because in can be respons3'-ve and non-threaten3'jig . Oa the 
other hand it can become very tiine -consuming to the person in quest3.on. 



43 



38 



This should be formally recognj^d in order that the organj^tion can 
take advantage of the in-house expertise without overloadjjig the support 
person with too many responsibilities. 

ResoLirces can be developed outside the fgency, too. A local indi.vj.- 
dual can be retained on a formal basis to provj.de sipport as needed. 
Informally, contacts with other fflicroconoputer t^ers can provide a source 
of sv5)port. It is helpful to identify other people \ho axe using the 
same programs or equipment that you are, either in your community or in 
the transit industry. They may have had to address some of the sane 
problems that you have, and are usually pleased to share theix 
knowledge . 

Iteriodicals and books may be another source of sipport. Books have 
been wrs-tten concerning the use of the more popvdar microcomputer 
programs. These may include practical tips and ideas not jjvcluded in 
the documentation that comes with the program, iteriodicals concerned 
wj.th or^ specific type of microconputer often include features on teing 
the computer fox various tasks, including detailed instructions. Only 
fairly motivated users are likely to follow up thi^s information. 

Needs Assessment Preparation 

The findings on the analysis performed so far should be summarized 
in a docume^xt. This docuttoent should present an overall tasion of what 
the role of mi.crocoiiputers in the agency could u].tijnately be. A sanple 
outlijie is shown in Figure 3.5. The report can serve four purposes: 



1. Bring together the findings of the i^ds assessment, and help the 
staff menfcer performi.ng the needs assessment to organize and 
ccraplete hj^ or her thijiklng. 

2. Provj.de a focus of internal discussion about the new system. Inform 

taff about the system and theix involvement in it. Provide a basis 
.cor programming and planning the iii5)lementati.on of the system. 

3. Provj.de a docxjment for rii.scussi.on witJn outsi.de bodies, such as the 
board, concerning the costs and benefits of the system. 

A. Serve as a starting point for future development of the system, 
including mDdi.fi.cation and refinement of the orj-ginal plan as 
necessary. 



It should be recognized that the needs assessment document is pre- 
pared wj.th ]lmj.ted understandijig of how coiputers work and vAiat they can 
do. Rirthermore the technolog>' U still changing rapidly, and new deve- 
lopments may affect the feasibility of various transit ^plications. 
The plan should provide a basis for imti.al decisions. It can be revi.sed 
as staff, gaijis additional understandijig of the technology and 
its potenti.al role in the transit agency. 
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Needs Assessment Exanqple Outl.jjcie 



I. Mi.crocomputer appl.icatj.ons at GWEA 

A. Task one 

1. Benefj.ts 

a. (Tjjre savi.ngs) 

b. (Flexibility) 

c. (Addj.ti.onal reports) 

2. Software requirements (general) 

3. Hardware requirements (general) 

4. Staff jjctvolved 

5. Implementation 

B. Task two 

1. 
2. 

etc . 

II. Summary of software required 

A. Generic software 

1. Spreadsheet 

2. Word Processor 

3. Database manager 

4. (Statistical package) 

5. (Communicatj.ons package) 

B. (Applicati,on packages) 

1. (Accounting) 

2. (Maijcitenance management) 

3. (Schedulj.ng and runcuttijcig) 

4. (Hum^PJl service records) 

III. Summary of hardware requixed 

A. Number and locat3.on of workstati,ons 

B. Peri.pheral equi.praent 

1. Hard di^sk 

2. Prijnters 

C. (Coordijiat3\on) 

1. (ComDiun3\cati.ons , modem) 

2. (Network) 

IV. Staff ijcig and trai.n3jcig 

A. Proposed staff responsibiJi.ties 

B. Trainjjcig requirements 

1. Structured traijciijcig courses 

2. Informal development needs 

C. Support requirements 

1. In-hoiase svpport person 

2. External svpport resources 

3. Publlcati.ons and periodi.cals 

4. Transit peers and user groips 

0 Indicates cptlonal elements to be ijcicluded of relevent to tbe agency. 
FIGURE 3.5 Sample Needs Assessment Outlijcie 
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CHAPTER POUR 



PHASE 2: INITIAL IMPLEMENTATION 



Having estab].j^hed ixi Phase 1 a goa]. for t±ie ul.tjmate ro].e of the 
computer system jjci the agency, Phase 2 addresses the imtial steps to be 
taken in order to arrj,ve at that (or a revi-sed) goal jjci the most effi- 
cjjent and posj.tj,ve way possible. Thj^ requires selecting jmtj,a]. acti- 
vitj,es that are relatj.vely easy to jjiip].ement , reward jxig, and consistent 
with the plan for further developments in thB future. 

The imtial jinplementation should accomp]-ish the fo].].ow3\ng: 

1. Provj.de selected agency staff with sufficient famiJ.iarj.ty w5,th 
the mi^croconputers t±at they are able to contribute to plannjjig 
and developing additional applications, and so that they can 
discuss q)tions critically with salespeople and consultants. 

2. Generate visible benefits for the organj^ti,on that wiJ.l 
encotirage staff interest in and enthxasi^m for the microcom- 
puter as a tool, and overcome staff resistence. 

3. Install in the ^ency a basic mixroconputer system that can be 
incorporated in a more ejctensive system in the futijcre. 

Phase 2 includes five steps: 

1. Choosing initial applicati,ons . 

2. Choosing initial software. 

3. Choosing ini.tial hardware. 

4 . Procurement . 

5 . Imp].ementat ion . 

Of these, the two rrost crucial to the success of the project are the 
cboi,ce of app].ications to be implemented (step 1), and tlie vay they are 
iinplemented (step 5). 
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Choosing Inixlal App].}.catlons 



The jjiitial diolce of ^p].j.cations to be jmpl.enented jjs actua].].y a 
choice of strategy for introducjjig nd.crocomp^uters . The characteristics 
that should be considered in sel.ecting app].lcatlons jiic].ude : 

1. Di±fj,culty of applj.catlon development. 

2. Antj.cj,pated benef j,ts from the appllcatj.on. 

3. Ease of Duplementjxig the application. 

Difficulty of Development 

Ai jiqx>rtant factor in selectjj:ig .o rjilcatlons is t±ie ease mth vhlch 
they can be developed. This jj:icludes several dj,fferent factors. Fijrst, 
applicat5.ons that make use of the ^ne/.j.c: commercial software packages 
are often easier to introduce tiian custom app],lcatlons or transit packa- 
ges . These programs are designed to be used by people W3\th ]Jjnj,ted can- 
puter experience, and are '^jser friendly" or sipportlve of new users. 
Menus offer a choice of actions, prompts jjidlcate the information the 
laser Is supposed to jjnput, and errors by the user are anticipated so 
that a helpful message is di,splayed W],thout serious damage beijig caused. 

Second, an applicatj,on of a relatively sijiple task easier to 
de\7elop than a mDre caiplex one. The staff menfoer involved must be very 
canfortable with t±je nechanics of performj,ng the task manually, 
implications that involve interrelationships between di.fferent xjsers, 
data, or applications shou].d be avoided. Each initial £pp].lcatlon 
shou].d be the responsibility of on].y one person. Data requixenents 
should be siinple and net by manual data input. 

Initial applications shou].d be developed by in-house staff wi,thout 
requiring the services of a consu].tant to a].].ow staff to deve].op con- 
fidence and a vocabulary of skiJ.].s . The £pp].lcatlons may be mDdlf led 
from on mDdelled on an ^plication in tise at another agency, to reduce 
the amount of development required. The basic skills developed ini- 
tially mil sipport a mDre effective working relatlonshi,p wi,th outside 
programmers or consultants for deve],oping ].ater, more complex 
applications . 

Hgure 4.1 shows the applications described in Chapter 3 sorted by 
the degree of difficulty of application development. The followi.ng 
levels of di,fficulty are used: 

1. The ^plication can be developed in-house by agency staff wi.th intro- 
ductory training in the use of generic programs. The ^p].lcatlon can 
be based on current manua]. procedures or modified from a microcom- 
puter qf>p].lcatlon in another agency. The t^k i^ a stand -a].one 
exercise . 
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Area 



Task 



1 

! Spread- 


»ord 


Data- 


• CoiBBiun- 


Stat- 


Business 


Transit 1 


! sheet 


Process 


base 


ications 


istics 


Package 


Package 1 



lAdGinistratian 

!Fi nance 

iFinance 

IFinancE 

iFinance 

iFinance 

iHaintenance 

iNaintenance 

iOperations 

iOperations 

iOperations 

! Planning 

iPlanning 

iPlanning 

iPlanning 

iAdninistration 

iAdflinistration 

iAdsinistration 

iAdflinistration 

iAdflinistration 

IAdflinistration 

IAdflinistration 

iFinance 

iFinance 

illaintenance 

"Maintenance 

IOperations 

!PIanning 

iHuaan Services 

iHuaan Services 

iHufian Services 

iFinance 

iFinance 

iFinance 

iFinance 

iFinance 

maintenance 

I [Maintenance 

maintenance 

iHaintenance 

inaintenance 

iOperations 

{Operations 



Document preparation 
Deficit Allocation 
Monthly reports 
Budget developaent 
Fare revenue 
Cash Hanagefflent 
Bus Assigneent 
Oil analysis 
Bus stop inventory 
Scheduling 
Operating docs 
Trip ridership 
Service allocation 
Rev and ridership 
Route profitability 
Personnel adnin 
Claiis tracking 
Accident analysis . 
Charter adiin 
Grant adninistration 
Pass/token adain 
Operator records 
Physical inventory " 
Interface n, city 
Parts Inventory 
Tire Inventory 
Bid isanagefient 
Survey processing 
Booking /scheduling 
Reporting/billing 
Client registration 
Accounts receivable 
Payroll . 
Accounts payable 
Monthly reports 
General ledger 
Purchasing 
Parts Inventory 
Daily servicing 
Htce Schedule 
Veh Histories 
Tisekeeping 
Scheduling 
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2. The ^p3j\catj,on can be developed jxi-hotise by a staff nember vd.th 
microcomputer experience, or vdth the assistance of a ],ocal 
programmer. A moderate amount of tims is requixed to desi.gn and 
deve].op the ^p].ication or to modify j.t from that jxi use at another 
agency, 

3. The q5p].icatj,on requixes the serv3,ces of a programmer/consu],tant . 
The ^plicatj.on is cocaplex and jiivo].ves tiiue-consumi.ng deve].opment, 
or modificatj,on of a purchased ^p].icatj,on program • 



The dj.fficuity ratjjigs ^p].j.ed here are a genera],izatj,on and may vary 
depending on the procedures at each agency or t±ie part3,cu].ar ^proach 
taken to tisjjcig the computer for the gi.ven task. 

Anticipated Benefits 

It ijs jjnportant to seiect ^p].icatj.ons for ear].y jjnplemsntation that 
have clearly recogni^ble benefits. Thj.s will help to ensure that a 
positive outcome counteracts tbe dj.scouragj.ng aspects of l^amijig to use 
the mcrocomputer, and that staff menibers vdJJ, be encouraged to become 
jjivolved wd.th additional ^pIj.catj,ons of the technology. Expected bene- 
fits should have been listed as part of the automation plan. Benefits 
should not be exaggerated, or staff vrfLII become di-sappoijited jxi results 
of t±ie ^pIicatj,on. 

^eciiic jjiprovements should be jdentif j,ed. If a manual procedure 
alxeady works \ge].l, and j.t ijs not clear \Aiat improvement would be pro- 
duced by a mixroconputer ^p].ication, it should probably not be imple- 
mented. It nay not result ixi benef j.ts sufficient to make the effort of 
developing a new ^plicatj.on worthvjhile. 

Ease of Iigp].eroentation 

Al.though the ^plicati.on j.tself may not be di.ff5,cult to develop, 
other issues may make an ^p].j.catj,on d5.fficu].t to set tp, and unsui-table 
for early inplemen tat j,on. An ^plj,catj,on that ijs part of a disorgani-zed 
process W3M1 probably face tnnecessary d5.ff j,cultj£s ixi jnqjlementati-on. 
Not on].y w3J.l the technica]. aspects of the prob].em have to be addressed, 
but new procedures nay have to be set up, new codes or number jjig systems 
introduced, and other organisational chariges introduced. Thi,s may pre- 
vent the success of the ^pli.cati.on. 



A major factor in the success of ear].y ^pli,cati,ons i^ tte ^B^7el of 
interest and capabi].ity of the staff members invo].ved. Ear].y users of 
the microconputer should be jndivi,dua].s wi.tJi an acti,ve interest in tJne 
mi.crocomputer \jtio wiJJ. later be ab].e to canmunicate theix experi.ence and 
share theix knowledge wi.th other users in the ^ency. Staff rrerrbers \*io 
are not confi,dent about exp].oring the techno ].ogy may become eas i].y 
discouraged un].ess special, measures are taken to provi.de sipport for 
them. 
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The amoiint of effort requixed to set vp the application can a],so 
create an inplementation problem. For exanple, a parts ijctventory system 
may require information on several thoiosand different parts to be jjiput 
to the system before iZ becoires useful. . Ihis could have the effect of 
serjjously delayjjng the application, or souring the staff number vho gpts 
stuck with the job of iitputtjjig alJ, that information. HixiJig temporary 
help cou].d be vorthwhi.].e for th3,s type of task. 

Choosijig Initial Software 

In genera]., software requixed for jxd,tia]. app].ications should be 
15jn5.ted to general purpose commercia]. programs such as spreadsheets, 
SDjnple database managers, and word processors. These programs have 
nucnerous applicatj.ons jx> any transit agency. At the same time they are 
stifficiently easy to use t±iat they are excellent too],s for jjitroducjjig 
m3.crocomputers to new users . These programs have two diaracteri^.tics 
that make j\t easy to select them as imti^l software purchases. 

Fjxst, these types of programs have been ixi w5.despread use for 
several years. As a result there are many conpetjjig programs available. 
Thi^ may make choosing a program confusing; however, it also means that 
there are low cost, but effective, products available of each type. 
These inexpensive products can be very helpful as experimental purchases 
to a].low agency staff to become famjJ.iar W3,th a general type of soft- 
ware. Thi^ a].lows them to understand clearly what the use of a type of 
program 3s and v^^t theix specific requixeroents m3,ght be. One source of 
such programs i^ Freeware or Shareware programs that can be freely 
copied and di^stributed. The cost oE these programs is ],ow enough that 
they can be considered dj.sposab].e leamijig tools, i.f they are found to 
be too limted for the agency's needs. 

Second, there are now a number of mature programs of each type 
(particularly spreadsheets and word processors) . These programs incor- 
porate the best features of the various pioneerijig programs that pre- 
ceded them. Some of these programs are in wi.despread use, so they are 
sipported by a broad base of users in mDst ccxnmunities . This provi,des a 
valuable resource to new users. These programs provi.de a ].ijid.ted se].ec- 
ti.on of powerful, commercial products from which to ciioose. 

More detai]. about choosing speciJEic generic programs i^ inc].uded in 
the Software Handbook. 

Choosing Initi^al Hardware 

The main objective in choosing initial hardware i^ to g^t a basic, 
reliab].e system that ].eaves your options open for future deve].opment . 
Starting with a basi.c mi^crocon^^uter system a].lows you to focus on pro- 
ducts that have been wi,de].y used and tested. Specific enhancements or 
more exoti.c eqiai^pment can be added ]^ter when you have gained working 
experience wi.th the computer, have ixJentified your specific needs, and 
can critica]J.y eva].mte the range of products availab].e. 
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The coaqxDnents that make up a basi-c cxDmputer system are Listed ixi 
Pi.gure 4.2. Thj^ system would be adequate to perform any of the 
spre^^dsheet and word processing app].lcatlons lj.sted in Figure 4.1, as 
we]J. as many of the simpler database fipp].jxat j,ons . The Hardv;are 
Handbook describes each system element in more detail. 



1. Computer contai-nixig : 

- keyboard 

- 256 K RAM mjjiDimjm 

- (Color graphj,cs or high resol.uti.on graphics adapter 
graphi.cs are to be used) 

- 2 disk dri,ves or one floppy disk and one hard di.sk 

2. Monitor (Monochrome, but should d3.sp].ay graphj,cs) 

3. Printer (dot matrix and/or letter quality) 

4. Cables 



HGURE 4.2 Initial Hardware Shopping List 



Ihe easiest vay to improve the likeliJiood of gettijig a reli,able 
system to select equipment and components tJhat have been delivered 
for sijc or mDre mDnths . A system se].ected in thj\s way may not be on the 
cutting edge of the technology, but it is U.kely to fill your needs 
reliably. Ihe mDst accurate source of ijciformation on equipment i^ a 
user wi.th experience. Advertising and ijiformation provided by retail 
distributors on new products often makes exaggerated c].aijns about the 
product, and U>Us to mention drawbacks such as ixicompati,biJ.ity wi,th 
certain programs or other equipment. In addition, retai].ers may 
underestijnate the aoKJunt of tijne until t±jey can de].i.ver t±ie product, and 
may not have discovered bugs in the product. 

Another issue in dioosing hardware is the stabiJ.ity of the siJppli.er. 
The f].exi±)iJ.i,ty available for deve].oping the system in the future 
depends on the same or conpatlble conputers continuing to be available. 
In addition, many accessories are useful, for adding to the conveni.ence 
or power of the system. These are often manufactured by speci.ali.zed 
compani.es to be vsed wi.th tlie caiq>uters most w3.de].y in vise. If a com- 
puter is abandoned by the manufacturer, or the mamfacturer goes out of 
business, the sipp].y of conpl.ementary accessori.es may be small and unre- 
li^].e . 
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Procurenaent 

Using an increnental approach to system devel.opment g5,ves added 
f].exi,bilj,ty to hardware selectj.on because the imxial procurement can 
usually be done wi,thout a formal hiA process. For most snail to medium- 
sized transit systems, one or two conputers shou].d be amp].e for jiiitj,al 
applicat3\ons . With t±je cost of a computer mder $5000, the initia]. 
iiTvestment can be made w3,thout needing to recej,ve competitj.ve bj.ds . 
Ihi^ simplj,fj.es the process, allows you to shop around at ].ocal cutlets, 
compare products, and identify a di.stributor W3.th vhom you feel comfor- 
table. 

The process of procurement wj.thout conpetitj,ve b3,ds should nirvolve 
both: 

1. Conversatj,ons and price quotes from conputer dj.strjiutors . 

2. Discussions with peers and ra5.crocomputer users in the transit 
industry. 

Starting with a basic microcoii5)uter system a].lows you to focus on pro- 
ducts famiJj^ar to and readily available from most computer cutlets* 

Visits to local computer dj,strji)utors can be a confusing experience. 
It seems that each d3,strj±)utor has a collection of products to promote, 
and comparison between different svppl j.ers ' products may be difficult . 
Store staff may not be very knowledgeable about partj.cular products, or 
willing to take the tiiOB to ejcplain them. It is jinportant to ask as 
many questions as you need to fee], comfortable W3\th thejx explanation. 
Feel free to ask for a particular product to be demonstrated; thi.s wiJ.l 
gj,ve you a much better understanding of how it coal.d f j,t into yoixr 
agency's operatj,on. 

A perspective on avaiJable products can be obtained by dj.scussing 
them wj,th microcomputer users in the industry , or by referring to the 
many computer periodicals available. Industry peers can share their 
experiences wi^th you and discuss i±a technology in terms of your common 
background. This i^ particularly useful, to clarify \*iat value various 
attributes of the cOTputer have had to tbem. The most useful periodical 
articles are those t±iat conpare several products of the same type. Thi^ 
gives an idea vJaat sorts of things to look for in conparing products. 

There is little advantage in purchasing a].l your anti.ci.pated soft- 
ware needs together. Commercial programs can be readily bought from 
mai]. order hDiases at reduced cost as the agency i^ ready for them. If 
you have problems with software, you are liJkely to get help from the 
pi±)li,sher or from other users, so havj,ng a good relationshj-p wj,th a 
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local dealer 33 not essential. lhj.s rasans that you can start vd.th ijiex- 
pensive programs of each type, and graduate to nore sophj.stlcated and 
expensj,ve packages as confidence develops. 

Implementatj,on 

Inplementatlon of the nxLcrocomputer system Is a key step that often 
is taken for granted. Ihe enthxjsi^m and nDmentum generated durixig the 
design and procurement of the jmti^l system must be maixitajjcied ixi 
jjitroducjjcig it to the organization. Active attentj.on to in^jlementation 
vnMl help to ensure that the new equipment jjs used product j,vely and 
evolves ixito a valuable tool for the ^ency. 

^ecific, reasonable objectives should be established for each staff 
number. If the imtj^l applications have been careful.ly selected they 
may serve as objectives, or it nay be desirable to further break the 
applications jjcito siibunits that ^pear nore achievable to agency staff. 
Realistic worthwhile objectives will g},ve staff raenibers satisfaction and 
majjitajjci a hj^ level of enthxjsj,asm for the project. 

Plaiis for trajjcijjcig, j.dentified in the needs assessment, should be 
set iji nDtj,on. Traj,njxig should be treated as an essential tnvestnent in 
the system. A].l users of the system should have an cpport\an3\ty to 
recei.ve trajjcijjcig appropriate to tiieir needs. 

Support mechanisms should be put in place to heJ.p staff jxtvolved in 
early applications. Contacts w3,th skilled xasers should be developed, 
reference materials obtained as requixed, and worthwhile peri.odicals 
selected. These resources should be made available to system users for 
reference or browsing. 

Ihe ixiitj^l jjnplementations should produce useful appli.cations for 
the agency. They should also result in valuable input for further deve- 
lopment of the system: experi.ence and addi.ti.onal research* 

Exper3.ence 

The experience that agency staff ^ins during the initial implerw^n- 
tation phase increases the amount of fl.exibility avai.lable in developing 
the system further. Cbce the basic skills have been mastered staff wi.ll 
be able to learn and adopt new techniques increasi.ngly quickly. As 
technical aspects of the system become ixore fami.liar, energy can be 
diverted to developing appli.cati.ons for ixore conplex tasks. 

Users of the system wi.ll aJ.so develop judgement about the stxengths 
and weaknesses of ^pli.cati.on software they are using. Limi, tat ions of 
initi^al ^plicati.ons wi.ll be identified. Users wi.ll define improvements 
they would like for each application. This experience wi.ll allow staff 
to effectively specify the diaracterii5ti.cs of new applications to te 
added as the system develops further. 
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Research 

Staff usijig the nii.crocomputer durijDg the ini^ti^al. implementati.on 
phase WD.].], develop ski]J.s and tlie vocabu].ary to benefit from outside 
sources of i-nf onoation . Information dbtaj,ned from experienced peers, 
supp]j\ers, and technical, sources wl].l fit in the context of know].edge 
prov3.ded by ijiltia], app].j.catj.ons . 

These resources can be used to gather addlti.onal informati.on about 
app].i,catlons bejjig considered for future development. Supp].lers of 
programs for these applications can supply specific information on theJx 
product. Experj.ences of other agenci^es w5,th each app].lcatlon suggest 
prom3.si-ng dj,recti,ons and potential problems. Thi-s input wiJJ. become 
jjicreaslngly meaningful, as more experience W],th noxroconputers accumuJ.a- 
tes, prov3,ding a solid foundatj.on for Phase 3. 
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CHAPTER FIVE 



PHASE 3: ADDITIONAL APPLICATIONS 



Some t':^ after jjnpl.ementing t±ie inj.tj.a]. computer system, needs for 
addjjcig app] .Scatj.or^s or extendjjcig tlie capabiMj.ties of the system vnMI 
become eviderxt,. One of tba great advantages of nd.croconputer systejis 
the ease vn.th ^M-zh they can be enhanced and expanded. This slKnd.d be 
done \dth3jci the framework provided by t±ie automatj,on plan to ensure t±iat 
a consj-stent dj.rectj,on for the system j,s maintajjned. 

Updatjjig the Plan 

The automatj-on plan developed jjn Riase 1 provides a basj.s for 
expandjjcig the system as tte need ad.ses* In some cases, the ideas 
ijicorporated in the plan vdJ.l stiJ.l be appropriate, and the plan can be 
used as it stands for enhancijcig the system. More often, additional 
information ^ined during the early experiences vith the coii^)uter wiJJ, 
he].p to clarify pri.orities and possihle qppli.cati,ons t±iat were unclear 
when the plan was developed • Organi^ti,onal constraints, such as 
varyijig persona], leve].s of interest ijci the possi.bili.ti,es offered by 
m3.crocomputers , may also affect the strategy for system expansion. 

Development of the itD,crocoGiputer system beyond the ijni.ti^]. system 
may be noti.vated by t:wo immediate concerns: 

1. Capacity constraints imposed on exi.stijng uses by the present system, 
svich as ijasuffici.ent memory, not enougji machijcies to meet the 
existing demand, or iiisuffi.ci,ent mass storage. 

2. Additional appli.cati.ons to be deve].oped, either as ijnc].uded ix\ the 
automation plan, or as agency needs iiidi^cate. These may ijnvo].ve 
acquixijng or deve].opijng app].i,cati.on software, as vail as addijng 
hardware to t±ie system. 



Capacity ConstraiJits 

If Riase 2 has been successful, ijci generating staff interest in uses 
of the nd.croconputers , the demand for them may be p].acing pressure oa 
the faciJj.ti.es that were fixst acquired. Thi^ prob].em can usually be 
reso].ved by purchasing addi.ti.onal hardware for the system. 
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Rmiber of machines > The nost conmon constraint that demand for 
tjjne using the nachines exceeds the si:pply. When t±d,s starts occur ing, 
a brief revi.ew of the ^plications ixi use shou].d be made . It may be 
that some ^pli.cati.on takjxig more tijie than j,t justifies, \tord pro- 
cessing, for example, can easily consume large amounts of mi.crocomputer 
time, v*ien some short doctcnents, (letters and memos) could be prepared 
equally wall on a typewriter. If the use of the existixig facilities i^ 
worthwhile, it nay be desirable to expand the system by purchasing an 
additional machixie. 

Random access memory . Occasiona].].y the amount of random access 
memory ixi the machixie may cause problems . Thi^ i^ most ]ikely to be ti^ 
case i£ applications developed iji the fixst fiiase deal wi.th management 
or statistical analysis of large databases. Additional memory can be 
purchased and installed easily as requixed, \jp to the lijni.t imposed by 
the mi-crocomputer . The amount of memory that can actually be used nay 
also be Ujni.ted by the speciJEic programs ixi use. For example, though 
the microcomputer may have 512K of random access memc^xy, a parti.cular 
program may only be able to vse 256 K. Therefore, that program may not 
be suitable £or the agency's ^pli.cati,ons . 

Mass storage . A thixd way ijci viii.ch the system's capaci.ty. may be 
stretched is in the amount of mass storage available ixi the form of 
floppy or hard di.sks. Dependijng on the type of appli.cati.ons iji use and 
the resulting data files, addi.ti.onal storage nay be provijded by siinply 
using more floppy di^ks or by adding a hard di.sk. If large amounts of 
data are being stored, careful management and procedures may be required 
to ensure that data ijs maixitaixied whi.le i.t ijs useful, and i^ removed 
from acti.ve storage vAien i.t becomes obsolete. Out-of-date informati^on 
should be archived periodi.cally onto fl.oppy diskettes, where it wi.ll be 
available if needed whi.le not consumi.ng access i.ble hard dj.sk space. 

Speed . Although mi.croconq^uters and programs vary ixi the speed wi.t±i 
v*u.ch they perform tasks, often even s'J.ow systems ixi conputer terms may 
be faster than the practical needs of the human user. If the slowness 
of the system i^ an inconveni.ence to the user, it nay be worth raakixig 
changes to speed it xjp. Dependijng on the parti.cular q^pli.cati.on, 
various responses can be made to this problem. Database and stati.sti.cal 
packages vary in the speed with vhich they perform vari.ous functi.ons . 
If a particular program is too slow for your appli.cati.ons , i.t nay be 
worthwhile to purchase a faster program. Sometijnes the speed of the 
program can be affected by the amount of memory avai].ab].e in ths 
nd.crocomputer ; addijng memory may speed up the task. Statisti.cal or 
computational problems may siinp].y be executed s].ow].y by the mi.crocom- 
puter. Bihancijig the mi.croconputer wi.th a faster chip for these types 
of app].ications and makijng the appropri.ate changes to the software may 
be requixed. 

Additional equ3.pment > As agency staff gain experi.ence wJ.th the 
system they may identify other desirable enhancements to the system. 
Specific equipment such as additi.onal or more v^rsati3.e printers may be 
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indicated. Communications equipment nay be requixed for certadxi app].i- 
cations or users. In general., it is better to identify equipment 
requixQiients ixi response to specjjEi.c functional needs t±ian to purchase 
too much at early stages vAien the needs are not known. 

Adding Appll < :ations 

The true: expansion of the conputer system in the organi^ati.on occurs 
when additional app].ications are devel.oped for the rai.crocoirouter . Each 
new applj.catj,on must be prepared carefu]J.y to ensure that iX does the 
job and is integrated wi.th other app].icatj,ons and organisational. proce- 
dures- 
Development of new applications for the system should be done vn.tWxi 
the context of the automat j.on plan. Thijs plan provi.des an overall 
perspective and strategy for development of the system, and helps keep 
track of the nany factors affectj.ng t±ie development and use of the 
system. The plan shoul.d not be vi.ewed as a constrajjit or fjjced proce- 
dure, but as a foundatj,on for modifications and additions. 

The applicatj.ons identifi.ed in the automation plan should be 
rev3.ewed when changes to the system are bejjig consj.dered. The portion 
of the plan that di.scusses potential applications shoul.d be revd,sed to 
incorporate information and experience dbtainad t±irough the iXiiti^l 
jjnplementati.on phase. Staff vdll be better eble to vi,sualise how each 
application rai.ght work, what t±is benefits are lilcely to be, and what the 
issues and obstacles to developnent are. These dianges may result in 
new prior j.tj,es among the ^plications described in ttie plan. 

New applicatj.ons are liicely to be identified as agency staff becoraD 
fami.li.ar wi.th the mi^crocoiqjuters and see how tiiey mi.ght be ^pli,ed to 
vari.ous agency tasks. New ideas should be revi.ewed using tte same 
structure as was used for the ixiitial applications : 

- Task analysi-S 

- Procedure 

- Potentijal iiqjrovements 

- Information fl.ows 

- Staff issues 



Applicati.on Development Strategies 

Many applicati.ons can be developed in a range of different styles 
using different procedures. Al.tematives that may be available include: 

1. Applications developed by staff in-house using generic pacl;ages. 

2. Purchased q^plication packages modified by the consultant sq^plier. 
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3. App].j,catj.ons devel.oped wj.th ganeric software or nDdi.fied from 
exist jxig progrems by ].oca]. programmers. 

4. Qistora app],j,catlons deve].oped to specjJEi.cat j.on by a programmer or 
consul.tant . 



For exanple, mj.crocoraputers are used to te].p jxiventory management jxi a 
nurriber of ways . A f jj.e manager can be set n> by agency staff to naiji- 
tajji the current status of each part, wi.thout ]jjnkjxig parts usage to 
wrk orders or support jjig purchasing. i^^p]j\cation packages are 
available for invTentory management, and may jjcic],ude purchasing, parts 
tracking, and usage ana].ysj,s modul.es. Similar capabi],ities couD.d be 
obtained by havi.ng a programmer or consu],tant develop a custom program 
for the agency. Each of these ^proaches has different costs, benefj.ts, 
and pitfalls, whixh are summarised j.n the fiollowDJig sections. 

In-House Development 



Many agencies have developed rumerous mi.croconputer ^plicati.ons 5xi- 
house. The vast majority cL these are uses of the nu],ti-pxjrpose ^neri.c 
software packages that are designed to provide versatility. Other agen- 
C3.es have benefitted by the skiJ.ls of a staff member W3\th programmijig 
experience vho has wrj,tten programs ixi BASIC or another l^guage to per- 
form particu].ar tjasks. 

Advantages . Applications developed by jxi-house staff provf.de 
severa]. advantages to the agency: 

1. Development of st^ff expertj.se wi.th the computer. 

2. Abil?.ty to trodify or tajJ.or the ^plj.catj.on jxi-house. 

Hie ability of the agency to nake the most of the mj.crocoii5)uter for 
day-to-day applicatj.ons depends partly on the famj.lj.ar3\ty of the staff 
w5.th its use. Many of tliB vrost productive uses of tJie mj.croconq^uter 
require tiie user to be comfortable w5.th a range of tJne coiiputer's powers 
that can be marshalled to address a particular prob].em. Ihd.s does not 
require staff to become programmers , but to know hDW to use several, of 
cbe iTDst usual packages. Deve].opment of sinp].e app].j.catj.ons provj.des a 
natural opportunj.ty to cu].tj.vate these skil].s. 

An app].icatj.on that has been deve].oped jii-house is wi.thjji control of 
the staff \*io wjj.l be usijcig it. Staff W3.ll be famjJ.j.ar w5.th vhat the 
applj.catj.on actual].y does. Thi-S wi.].]. a].].ow them to mDdify it by 
clianging repo):t formats, and making use of the fu].]. potential, of the 
generj.c package for thej.r task. 
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Di sadvantages * There are a].so several dj.sadvantages to developijcig 
an ^pJj'.cat j.on jxi-house : 

1. Use of staff time. 

2. Creation of disorganized, undocumented ^plixations . 

Applicatj,on deve],opiDent can be a tjjne-consum5,ng acti-vi.ty. Ihe 
compiexity of the task depends on both the complexi.ty of the ^p],icatj,on 
and the software used to deve],op the so].uti,on. One of the advantages of 
gener5,c packages t±]at they reduce the tijae required to deve],op new 
appiicat j.ons . ProgranniDjcig wi.th BASIC or a conparable language , on the 
other hand, can be very tiiiie-consiming and frustratijcig. The tiioe spent 
deveicping new applications can be wrthwhi],e if it enhances a staff 
menber's skj.IIs, and i£ those skills are useful to the agency. Most 
agencies do not need a ski.3.1ed programmer in BASIC on staff. 

Documentation of applications developed ixi-house often gpts little 
attention. When the developer has gpt tlie application workixig it 
usually goes into imtaediate use wj,thout preparation of supporting docu- 
ment at j,on or instruct j,ons . Thi^ ijs fine as long as it used by the 
developer, but the plication may be useless to anyone else. This 
problem can be averc:.i the agency has standards for documentati.on, 
provi.des exanples of \itiat is required, and enforces tliem. 

Requjxements . The sijccess wj,th vhi.ch ^plications can be developed 
In-house can be increased by provi^ijcig for the followijig functi.ons: 

1 . Staff preparation, functional requirements . 

2. Documentation. 

3. Coordination (in large agency). 

Nd matter how any ^plication i^ developed or procured, the fixst 
requixement i^ an eva].uation of tb*2 procedures invo].ved in the £pp].ica- 
cion, and description of connections between tJhe app].ication and 
exi.sting procedures. There i^ a tendency to over].ook t±d.s step vAieri 
developing an ^plication in-house as st^ff members nay feel that they 
understand how the procedure i-S done. Making procedures and ^plicati.on 
requixements explicit before starting provi.des an opportunity to t±ii,nk 
throiigh the opportunities posed by automation, the changes that i,t wiJJ. 
introduce, and the structure of the qjplication to fit tiie agency needs. 
Thi-S wiJ.l save tijoe and reduce problems ].ater, during application enve- 
lopment and ijip].ementati.on. 

Coordination with other users and ^p].ications shou].d a].so be con- 
sidered in agencies with several or more mj-croconputer users. 
Overlapping uses of data should be coordinated. Staff members vho work 
together on a particu].ar task, inc].uding those vho provi.de input data 
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and t±ose \ho use output reports, shoul.d contribute to settj^g tet.ia^xe-- 
ments, both to jxicorporate theix jjdeas, and to gajji their support for 
the project. 

Explicit standards for documenting applicatj,ons shou].d be deve],oped. 
The deve].oper of any application that w5.].], be used nore than once slx>u],d 
prepare documentation conformi.ng to tiiese standards. Documentation 
should jnclude: 



- What the application does. 

- What data requdxed. 

- What reports are prxxiuced. 

- How to \jse it (step -by-step) . 

- General structure of t±e ^plication, software used. 

- List of variables, if relevent. 

- Prjjcitout of the program, spreadsheet, etc. 

Documentation can be kept vhere the system mnager w5J.l be able to pro- 
vide it to potential xjsers of the application. A ],oose].eaf bijider w5±h 
divi-ders, or a file cabinet located near the nd.crocoiiputer work area are 
possible formats . DDcumentation should be kept vp-to-date by jxicor- 
porating modifications made by the user. 

Plprchased Application Package 

Programs are available to perform some of the nore iniform tasks in 
the transit operation or small business. Exanples of these include 
accountDJCig functj.ons, jjtventory control, majjcitenance, and nmcuttjjng. 
These programs usiially require a certain amount of preparation when tiiey 
are first introduced. Ihi^ jjs called installation, and jxicludes: 



1. InputtDJCig data, such as account codes and titles or jxrventorj^ codes 
and part names . 

2. Specif3rlng input formats so that input screens on t±^ computer 
resenible paper forms. use to record data in the agency. 

3* Specif 3nng report formats to produce reports containing the infor- 
mation required by the particol.ar agency. 

4. Making mi.nor adjustments to tiie program to work wi.th the specific 
equi.pment in use in the ^ency, in parti.cu3.ar, monitors and printers. 

Instal].ation nay be designed to be done by the user. These progra-s 
ccOTe wi.th speciJEic instructions on getting started and setting yjp tlie 
program for the agency. Other programs, usua].].y t±ie more speci.ali-zed 
ones written by consu].tants , may require the assi.stance of the program's 
author to install them» 
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Advantages . If a program can be found that meets agency reqioixe- 
caents for tne appIj.catj.on it can offer several advantages jncludjxig: 

1. WeII-desj.gned program for a specific task, 

2. Moderate cost. 

M off-the-shelf applj.cation program often can be a well-desj,gned 
program for a particu].ar task. These programs are the resuLl,t of an 
jjitensj.ve deve].opment effort by a specials t in the partj.cul,ar 
appIicatj.on. As a result, the purchaser may benefj.t from the 
developer's specj^lized know].edge jjicorporated jxi the program. 

A second advantage of an app].j,catj,on package j.s the moderate cost, 
conpared to tiiat of develop jxig a custom program for t±)e sams purpose. 
The development cost of an applj.catj.on package can be shared by a].]. 
agencj.es purchasjjig the product, t±us reducjxig the cost to each. 

Disadvantages . The major d}.sadvantage of a package j^ that it j^ an 
inflexjble product. An ^plicatj.on package comes "as j^''. Unless modi- 
fj,catj.ons are made to the package, the purchasjxig organj-zatj.on nust 
adapt to the package as it comes. Data jjiput and report formats may not 
su3.t agency practice, or some desjxed functj.ons may be mi.ssjjig. 

Reiiujxements . Issxjies to address jxi shoppjxig for an spplicatj.on 
package 3xiclude: 

1. E\3nctj.onal reqtajxements . 

2. Shopping. 

3. Documentation. 

4. Svipport. 

Functj,onal requirements provj.de a benchmark agajjist \iij.ch to measure 
the perforcvance of packages cn the market. An jxiitj^]. set of functj.onal 
requjxements can be assenib].ed before shopp jxig begjjris . These may be 
modified l^ter in response to tiie capabi].j.tj.es and Ijjrd.tatj.ons of pro- 
ducts available. 

For severa]. transit functj,ons tiiere are a number of app].j.catj.on 
packages on the market tx) conpare. Informatj,on on the packages 
available can be dbtajned by respond jug to ads jjci the transit journals, 
from dj,sp].ays and mater ja].s avai].able at American Pub].j.c Transit 
Assocj^tj.on (APEA) conferences, from the Software and Sourcebook 
pi±)lj^hed by the Department of Transportat j.on , (see Appendjjc B for^ 
reference) or from peers. It j.s w:)rthv*ii].e to gather as complete jnfor- 
matj,on as possj.ble about each candj.date. In additj.on to promotj.onal 
mater j^].s, the 3upp].ier should be ab].e tx) provj.de saiip].es of the menus 
used ix\ the program, screens losed for juputtjjcig data to the program, and 
samp].e reports produced by the program. Some sipp].j.ers provj.de 
demons tratj.on dj.skettes to potential, customers at a nomj.nal diarge. 
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These are he].pfu] in al].owi.ng you to gpt a feel for hDW the program 
vrorks, although they xjsually demonstrate Iimi.ted aspects of the program 
or handle a smal]. auyount of data. P -uy:™, 

Good documentation shou].d be prov3.ded wj.th any package. Good docu- 
inentat3.on has the fol].owijig features: 

1. An introductory tutorial or trainijig session, presented step by 

2. Well orgaru^ed text in short sections wi.th many clear 
subheadings . 

3. Gonqjlete and clear explanations. 

4. A conplete index and table of contents . 

5. Concise summaries of commands for reference. 

6. A binder that ]les open on the table. 

Mother consideration in purchasing a package is the ].evel of sup- 
port that can be expected in the future. The supplier's telp may he 
ofSJf ^1 questions, correcting errors or over- 

sights (bugs), or any future modifications and enhancenents . Suppliers 
of these programs may be small operations or indivj.duals , whose Sature 
ability to prov3.de these servi.ces i^ inknown. Previ.ous clients of the 
potent3.al supp].ier can provj.de usefu]. information on this kind of 
question. 

Modification of Package 

_ A thixd strategy for developing an app].ication i.s to have an 

existing paclcage may be selected to per- 
form the major portions of an app].ication. Thi.s package may be mDdified 
or enhanced by developing custom input and output formats, adding needed 
functions or dianging ].jjni.ted portions of the program to fit the 
agency's needs. ^ . uic 

An increasing number of basic products are available that can be 
tailored for the agency's specific needs. Anong the nost promi-sing are 
prototype app].ications deve].oped under IKTA sponsorshj.p using commercilal 
database management packages. These flexib].e packages are ^ai].ab].e or 
under deve].opment for parts inventory management, operator timekeeping," 
and demand responsive record-keeping, scheduling and bi].].jng. Some 
proprietary packages may a].so be sui.tab].e for madifi cation 
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Advantages * The f].exj±)j.].j.ty provj.ded by mcdJ.fyixig an ^pllcatj,on 
allovTs tiiree advantages to be combixied: 

1. Tailored product. 

2. Moderate development tinie and cost. 

3. Specmlj^ed basic ^pIicatj,on program. 

The najjci reason for mDdj,fyjxig a package is to dbtaj,n a product that 
more closely fits the agency's procedures than the original di.d. Ihi^ 
provd.des an opportunity to tailor the resul.tjxig product to tba needs of 
the agency. Ldjnks to other automated app].j.catj,ons can be provj.ded as 
requdxed. The fixial product \d.ll be easd.ly dxitegrated ixi the agency's 
operating rout jjies . 

The cost of nodj.fyjxig a package shouJ.d be moderate, conpared wj.tii 
the expense of having a program custom-taj.].ored. Alteratd.ons can be 
done by a local programmer vd.th a moderate amount of knowledge about tjha 
app].j.catj.on and soins programmixig experience. The amount of programmixig 
required should be much ].ess than wrj.tdiig t±ie program from scratch. As 
a resu3.t both the hourly cost of the programmer and the amount of tjjne 
requixed should be reasonable. 

At the same tjjne as f].exjhj.lj.ty is provided by modj.fyjxig the 
program, the application retains the core of a specialized application 
program. Providijig t±iat the jjoitm]. program was care£u3.1y deve],oped by 
competent programmers familiar w5.th the ^plj.catj.on the fixial product 
wjJJ. benefit from the quality, expertise, and development resources 
jjicorporated in the initial program. 

Etisadvantages . The main di.sadvantage of havi.ng a program mDdif j,ed 
is the ccxiq)lication introduced by wDrk5xig witii an outsi.de programmer. 
Thj^ requires agency staff to be ab].e to V3.sualj.ze and artj.culate the 
changes that are required and consmjnj.cate tliem to the programmer. It 
requixes the programmer to do a thorougji job, conp].ete with mDnj.torixig 
to check for bugs , and documentat j.on of t±ie changes . Working wj.th 
programmers j-s discussed in more detail ix\ a later section. 

Requjxeinents . Successfu]. modification of an ^plicatj.on package 
requixes tliree components: 

1. Rjnctional requixements . 

2. Appropriate package w5.th source code. 

3. Good management of programmer. 

Uhliice an off-t±ie-she].f package, a modi.fied app].ication program 
allows tJhe agency staff to specify certain aspects of the final product. 
Whj.le t±d.s offers opportunitj.es to dbtaj.n a more ^propriate product, j.t 
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also places responsi-bjj.j.ty on agency staff to specify theij: requJjre- 
ments. Staff must become familiar vri.th the format and capabl].j.tles of 
various programs for that app].j.catj.on, in order to conceptuatj^e bow a 
modified program could work vri.th the agency's operati.on. 

A key to deve].oping an appllcatj.on by modifying exlstijig software ijs 
the quality of the original program. The program must be substantia] ly 
satisfactory for the appllcati.on as it is, so that only marglna]. xcodi- 
fications are required. Elmdamenta]. prob].ems wi.th the software nay 
result in major modifications that are more cost].y than havi.ng a custom 
program developed. The source code of any program to be nodified mist 
be available. The source code, whj.ch is the program text in the 
language i.t was orlgj.na].ly written in, may not be aval].ab].e for some 
proprietary programs. Fiiia].ly, the ori.glna]. program must be we].], struc- 
tured and well documented to provi.de an organized starting point for tlie 
programmer . 

The relatlonsMp between agency staff and a programmer /con tractor i.s 
more conplex than mpst agency-sippli.er relatlonshi.ps . The product being 
siqjpli.ed is ]£ss tangib].e and more changeable than most procurenents . 
Particular care must be taken to define the product requixed and the 
programmer's responsi.blli.ties. Some of the i.ssues to be addressed 
include the project schedu].e, responsibility for insta].lation and 
debugging, documentation requirements, training needs and future siro- 
port. 

Custom Package 

Having a custcxn program deve].oped i.s a major project, but \<hi.ch can 
produce a program well-fitted to the specific needs of the agency. 

Advantages . The main reason for havi.ng a custom program developed 
is to obtain a product tailored to particular needs and constraints. 
This can be inportant i£ an epplication is mlque or i£ an musua]. ana- 
lysis is used. In these sltuati,ons no existing package may be 
appropri.ate for the task, or excessive modifications wou].d be required 
to adapt them. Starting wi.th a clean slate then provJ.des the best . 
opportunity to resolve the prob].em. 

Disadvantages . Most of the disadvantages of havi.ng a custcm program 
developed are re].ated to the si.ze of the project. Before begi.nning 
programming the ^pli.cation must be deve].oped concepti.ona].].y both from 
the xjser's and the programmer's perspecti.ves . This can gi.ve the 
project : 

1. Long project time. 

2. Hi.gh cost. 

3. Communications dj.ff i.cu].ties between agency and contractor. 
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An addltj.ona]. d),s advantage nay be: 

4. An jnflexiile prcxiuct. 

Computer programming is notorjjous for takixig ],onger than anti.ci.- 
pated. Ihe process of developing a new app],3,catj,on jxivoives several, 
steps, many of vhj,ch are nore cxMpIicated than they imtially appear to 
be. The applicati.on developiaent process incl\ades planning the &nctj,on 
of the' program, plannjjcig the structiore of the program, wrj.tijig the 
program, extensj,ve testjjcig and revi.sion, and preparjjcig documentation. 

The amount of tjme requdxed, conibjjied wj,th the skjJ,ls needed from a 
programmer for application development resu],t j.^ t±ifi hi.gh cost of custom 
programmijig. Ihe contractor should be somewhat familiar wi.th the appli- 
catj.on in addition to having the technical skiJJ^ to write a quality 
program. A more experj.enced indivd.dual is required than is needed to 
modify an existiiig program, resu].tjjcig in h3.gher hourly costs and 
possible expenses for travel. The cost of a custom developed program 
can be 10 times that of an off-the-shelf appli.catj.on. If no existing 
application is appropriate for the task, j.t nay be worth the expense. 

Custom application development a].so presents a challenge *:> t - '^ing 
the project. The agency-contractcc agreement jnvolvos a coraplj.^ar. 
process and technical subject matter. Both agency staff and app^>.r..t3.on 
developer maybe unfami.liar W3,th each other's specj^lj.ties . ffeny 
peripheral issues are involved jxicludj.ng the developer's relations w5,th 
the end -user of the program, jjistallatj.on and testjjng procedures in a 
complex operatjjcig organj^atj.on, and provd.sj.on of support jn the form of 
trajjcijjcig and documentation. These complicatj.ons make a carefu].ly pre- 
pared contract jjnportant to the smoot±i progress of the project. 

The neg^tj.ve side of the tailored nature of the custom-deve],oped 
app].ication may be Ijjrd.ted program f].exjbjj.ity. If a program is 
designed to do a particular job in a specif j,c way j.t may not be able to 
accommodate changes as t±ie agency grows or procedures are rev3.sed. 
Modificaticxis to a custom program may be more diffi.cu].t than changes to 
a nore generalized ccranercj^l program. 

Bequijrements > If a custom program j-S the best so].ution to a prob],em 
the key to success j-s to establish a good framework for working wj.th the 
siq)plier. This requixes: 

1. Qearly defining your functional requirements for the application. 

2. Preparing specif i.cati.ons and a contract that describes a3.1 the 
contractor ' s responsi.bi.liti.es . 

Both of these requixements are dj.scussed in the sections that follow. 
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Incrementa]. App].icatlon Development 



Oie of the di.ff j.cu].ties in approach3.ng an fpp].icatj.on cleve].opment 
problem being ab].e to imagine how the app].lcation cou].d be handled on 
the no-crocomputer . In the sane way as tdie system deve].opment process 
may be hampered by Ijjrd.ted the know],edge of agency staff, the app]jca- 
t3.on deve].opment process nore dj.ff icu].t if staff do not have much 
exposure to ways of automating the app].ication. Again, an incrementa] 
approach to app].j.catj.on deve].opment can be te].pful. 

In gpnera]., usefu]. knowJ.e lge can be gained by xjsing fai.rly sijirole, 
low cost strategies fjjrst. Thj.s approach can qui.cW.y prov3.de some bene- 
fits for certain portions of an app].ication v*u.].e c].arifying the app]j- 
cat3.ons requixements for a more sophi.sticated and comprehensi.ve program. 
For exaiiq>].e, a sjjT.ple spreadsheet app].ication cou].d prov5.de jjnmedjate 
benef3.ts in ca].cu].ating montW.y performance indicators \Au.].e suggesting 
ways in vjhi.ch a nore sophj,sticated app].ication coul.d be ]Jnked to reve- 
nue data, raajntain records by operating di.vi.sion, or jnc].ude a reporting 
functixjn for summarizing data as required. Lilcewi.se inexpensive file or 
database managers can be used to maintain data for numeroxjs transit 
app].ications and give staff ideas about the potentia]. of a mDre expen- 
sa.ve so].uti.on. ^ 



The same logi.c can be app].ied to the -.f inexpensive off-the- 
shelf app].icati.on software. Public domain ,.,j.c^rams or inexpensive 
appli.cati.on packages may not satisfy t±ie agency's requixements for a 
particu].ar app].j.cation, but they can provj.de a va].\jab].e too], for 
exp],oring the use of automation and ii3entifying characteristics needed 
in a lEore expensive of f-the-she].f package or a madified or custom deve- 
J.oped ]>ackage. 

F • ; ' . :l ona]. Specificati.ons 

Regard].ess of the devtl-'pment strategy xjsed for new app].i cat ions, it 
3.S jjnportant to deve].op a ].ist of functiona]. requixements before pro- 
curement or deve].opraent begins. Ebnctiona]. requirements of the applica- 
tion describe how it shou],d function from the user's point of view. 
Like the automation p].an, functional, requixements need not address tlie 
technical, aspects of how the program acconqjlishes its task, except to 
identify technical constraints that may exist in fitting the application 
wi.th3n the agency's mi.croconputer system. They should be conplete and 
as specific as possible. Changes made later nay be very costly and tijne 
consunu.ng. In addition, they shoul.d convey any constraints that ndeht 
affect the design of the ^plication. 

The objecti.ve of the functional requixements i.s to list explicitly 
all the functi.ons that tJne ^plicati.on shoul.d be able to perform. 
Most of these are related to: 
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1. The form and sources of data input used with the application. 

2. The reports and data transfers to other functions required from the 
appli.cati.on. 

3. The particu].ar analyses requixed from the appli.cation (such as FIFO 
or LIFO i.nventory costixig, or rnaixitenance schedulixig procedures). 

A. The interconnecti.ons requixed between the app].i.cation and other 
automated functions ixi the agency. 

5. The specL5i.cs of hardware on vAiich the app].icati.on wi.].]. be used, and 
any software with vhich i-t v^houId have to work. 

Data input ijnforraation describes the processes used to collect data 
and enter i.t in the program. Forms xjsed to collect data shou].d be 
included. Coding systems used on the forms should be described. Data 
may be entered in the program ix\ an interactive or real time mode, where 
the user records the event or transaction into the conputer as i.t takes 
place, or in a batch mode \Aiere an employee collects paper records for 
the day or week and enters t±iem all together. In some situati.ons data 
requijred for t±ie appli.cation nay be avaiJable from another program's 
computer fi.les, \Aiich should be identifi,ed. 

The functix>nal requirements shou].d be very specijfi.c about the di.f- 
ferent reports required and the informati.on that should be included on 
each. The descripti,on should include the pvtrpose of the report, how 
often i± is needed, and information t±iat the report should include. 

Analysis pro^^dures vajy between agenci,es. It i^ important that the 
functional requirements for an ^pli,cati,on specify tiie analysi,s proce- 
dures t±iat are requijred. For exaii5>le, inventory valuation may be done 
using a fijrst-in, fijrst-out (FIFO), last-ijci, fijrst-out (LIFO), c: average 
cost method. Rider ship may be summarized by average weekday or by day 
of the week. These specijEi.c techniques used by t±ie agency may inf].uence 
the choi.ce or design of software. E>d.sting programs may or may not be 
able to handle the analysis strategi,es in use. If a new or modified 
program is bei,ng deve].oped, the analysis in use may affect the program 
design. 

Addi,ti.onaJ. applications may have to worl< togethe): wi.th other 
existing or new ^plications. These constraixits affect the ctesi.gn of 
new applicati.ons . Input to a task may be in the form of data produced 
by another program. For exatnple wrk order data produced by a main- 
tenance management program may also provi.de infortnati.on on parts use for 
ijiventory rxackiuig. LiAcewise, the output of the new app].i.cati.on iray be 
usefu3. as input to other tasks . A bias stop inventory program may be 
useful, in analysis of on-off counts by stop. 

The mi,crcoomputer system ijci use, including both hardv>7are and soft- 
ware can constraiji the development of an ^pld.cation. Memory capacity. 
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storage facjJ.lt les , and processor in use vd.]J a].], belp to shape the 
application design. Eki.otlng .^iofnware may a].so ].jjnj.t or guj.de tiie 
strategy for new application develooment. 

Sources of jjiformatlon that are helpful in jjdenUj.fyjjig functj.ona]. 
requirements 1iic].ude: 

1. A careful revJ.ew of a].], analysis, repojrts and procedures current].y 
done manual].y. 

2. Ideas for addi.tlona]. analyses or proceduires that are not current].y 
done, but desj.red as jjiprovements 

3. A revi.ew of computer q)p].j.catj.ons or procedures used by peer 
agencies. 

4. A revj.ew of applj.catj,on packages on the market to perform the speci- 
fic task. 



WorkiJig wi.th a Programmer 

ftie of the challengj.ng aspects of havi.ng a program custom-developed 
or mDdlf5,ed wrkixig wi.th tiie programmer. Th3\s relatlonsMp can be 
shaped by preparing the specifications and contract for tiie project 
carefulJy. Four ijnportant aspects of the project to address are: 



1. Rill description of services required from the prograimner, 

2. Division of responsibility between p[>ency staff and t±ie programmer. 

3. Project elements and schedule. 

4. Legal requirements and fixianci^l .^.rrangements . 



Most programmi.ng projects benefit by the programmer provj.dixig sip- 
port through the iiibtal].ation of the program. Ihi^ involves servi.ces 
beyond the programmj.ng itself, inc].uding iJivo].vement ixi ixista]J,ation, 
testing for errors, monitoring a test period, trainijig of agency staff, 
and documentation of the package. These functions, whi].e not specifi- 
cally technica]., benefit by the involvement of someone very familiar 
with the program, and are essentia], to the successfu]. introduction of 
the new package. Each of these tasks should be described in the 
contract . 

The complex interactions between agency staff, famij.iar wi.th the 
procedure being automated, and the programmer, famiJ.iar wi.th tdie tech- 
nical aspects of the app].i.cati.on, shou].d be c].arified as much as 
possiJble. Ibnctiona]. requirements prepared in advance by agency staff 
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will need to be enhanced by detailed cx)nversat3\ons between the program's 
end-users and the programnBr. Agency staff should ha^r,^ an q)portunity 
to review detailed descrj,ptj,ons of each program component as it deve- 
loped, liistallation of the ^plication may jjnvolve inputting large 
amoimts of data; thi,s can be done by agency staff, or an outside 
contractor, but should be specified 5xi advance. 

One of the d}.fficu].t aspects of programraixig projects ksepjjig them 
on schedule. A good place to start 13 to break down the project ixito 
svicomponents and establish completion dates for each element. Most 
programming tasks can be broken jxito siibelements that can be tested 
independently. These and the phases of application plannixig and 
j,nstallation can provide bench-marks fer scheduldxig. It may be^ 
desixable to establish a penalty for late con^letion of tiie project. 

Various items should be jxicluded to provide ].ega]. protection for tbe 

agency. The contractor shDuJ.d certify that he or she has tJhe license to 

distr51)ute any preprogrammed software being purchased tJhrough the 
contract . VJarranties should be jxicluded that the program wjJJ. perform 

the ^plicatD.on as specjjfied and that it wiJJ. be free from bugs and 

errors . A performance bond may be required • Payment terms and con-- 
ditions should be specified. 



System Management 

As the system developed, jjncreasj,ngly forma], coordijiation mecha- 
nisms will havt to be provj.ded. There are several reasons for needixig 
jjicreased system management: 

1. Hardware use is likely to r:equjj:e ccordiJiatj,on« 

2. Increas5.ngly complex applications wiJ.l be developifd, rec^al^rijig 
interact5,on betv^^en di,ffererit tjsers and several qjp].j.catj.ons. 

3. With greater of the systr^m, prjjoritj,es nay have to be set and 
eqid.pment al :sd between users . 

4. Standards for documentjjcig applications developed in-house may need 
to be estobla^hed and enforced. 

5. Support for the syst^im, DJicluding purchasjug of supplies and aden- 
tificat5,on of refereac^e sources and periodicals, must be organi^d. 



Hardware Coordijiati^on 

Some pi.eces of ecp^Spa^aut are used by many users and requjxe manage- 
ment. Ih5^ applies piarLicularly to hard d5.sks, whether they are used by 
several people or s^m^^ by several ffli.crocomputers through a network. 
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Wien valuab].e or sensitive data is being stored on a hard d3,sk, a 
security system of passwords may be required that is naintained by the 
system manager. 

Memory on hard disks is shared by different applications. If 
several staff menbers are all visjjcig disk storage, one person should be 
responsible for keepjjcig track of disk use. This vriJ.l allow efficient 
use of the memory, reduce duplj,cation of data on the dj,sk, and onsure 
that the Location of data is properly documented. Separate portions of 
the dj.sk or the dixectory may be a].].ocated to different xjsers, 
applications, or programs. 

If a network is used to a].low users of several dj,fferent mixrocom- 
puters to share data on a hard disk still more management is required. 
Most networks provi.de some control over vhat users have access to v*iat 
data or equi.pn^nt. This is done tlirough a system of passwords. It is 
essential to have one ixidivi.dual responsible for coordinatjjig thj.s type 
of system. 

QEten data is stored on hard disks that shoul.d rot be read or 
changed by all users of the system. Wien t±d.s is the case, a secusricy 
system can be used to protect data. The most common form of security 
uses passwords ass j.gned to dj,fferent staff members . Each password 
controls access to di.fferent data items, by preventdxig access a].to- 
gether, allowing tJie user to read data, or a].lowDj:ig the user to change 
data. Such a system must be admimstered by the system manager to be 
effective . A policy identifying appropri^ate levels of access for each 
data item is requixed. In addition tiie system must be kept ip-to-date 
as new users or data are added, and passwords should be changed periodi- 
cally. 

Applj.catj.on Coord3j:iat3\on 

As use of the system becomes jncreasingly sophj,sticated, more ^p].i- 
catjx)ns wjJ.1 be introduced that do not stand entixely on theix own. 
Data may be passed from one to another. The same data items way be used 
for several purposes by different users . These factor:' introduce a new 
level of con^Dlexity to the system. Increas dxigly a ceo.. Ilnator wiJ.l be 
requixed to ensure that the various applications work smoothly together. 

The most basic j^sue in coordijciating applications is ensurjjng that 
the structure of data files takes into account possible raoltipl.e uses of 
the data. Thi^ may mean that a single file of data contains mDre data 
than requixed for either app].ication by itself, but Treduces the need 
for common information to be A^licated. 

Logistical cons i.der at ions may a].so have to be addressed isi coor- 
dixiatjjig ^p]j\cations . Dj,f f erent users \ho need the same data may both 
need access to the same hard di.sk containjjcig the information. 
A].temative].y, the data can be copied rout5.nely onto a El.oppy diskette 
for each user. Security arrangements may be requixed to ljjTu,t access 
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to data or prevent c3amage by accj.dental or vnauthori^ed data changes. 
Most of these issues can be addressed by fairl.y simple arrangements ; 
however, some central jjndivd.dual imist be responsi.ble for dealixig wi-th 
them. 

Prlorj.ty Setting 

As the system becomes nore intensivel.y xjsed, and pressure ixicreases 
expand and add new app].ications , the system mnager jjs r^ded to set 
prlorltj.es . This could be as sijiple as preventing unproducti.ve use.^^ of 
ccxnputer tiine. Competition for access to microcomputer resourct^ may 
become stiff, and practical reasons for microcomputer use are conpli- 
cated by issues of prestige and fascination wi,th th?. techno].ogy. 

The placement of new].y acquired equipment nust be decjjded. As in 
Phase 2, the problem 5js to naintain a balance between access j.billty to 
all users and convenience. Mi.crocomputer wrkstatj,ons shoul.d aJmost 
alwayn be located in coninon areas, access j.ble to alJ. users m the area. 
Verv rarely can a personal workstatj,on, assj.gned to only ciie staff 
menber, be justified. Sjjni.lar decisions must be nnde about the location 
of per j.pherals , part jocularly prixiters. 

Prjjorj.tles must aJ.so be set for r^ew appli.cations to be developed. 
It 8enera].ly a gpod strategy to add new applicatj.ons one at a tjjne to 
control the ].evel of confusion and Ijjid.t the a].locatlon of resources to 
application deve].opraent . This can be done by jjnplementjng the automa- 
tion plan. The system manager can be effecti.ve in ensuring that the 
plan remains a gui.deline as the system j.s developed. 

Documentati.on Standards 

Ai jjnportant element in the long-term usefulness of an appllcatj.on 
is ths docuinentation that supports j.t. Documentation al].ows new users 
to ].eam tow to use it and to modj.fy it as the agency needs change. 
Unless adequate documentation jjs prepared, the ^plj.catjxjn may become 
useless t-o remaining staff vhen the developer l^ves the agency. 

Support 

Ongoing si4>port to system users great].y enhances the visefulness of 
::he system. Users of the mj.crocoii?)Uter can oontjnuall.y benefit from 
learning new ways of using the system or doing their task. Specific 
questi.ons concerning prob].ems encountered a].so need to be addressed. 

There are many resources avai].able for sipport?.ng mi.croconq^uter 
users, but t-hey need to be made access i.b].e to agency staff. In some 
situations the system manager or another staff member nay have suf- 
f i.ci.ent expertise to provi.de support to other agency users , al.thougji 
thi^ type of si:pport can be very time-consuming. Peri.odi-cals and 
news].etters are aJ.so an inexpensi.ve source of info:?:matlon and ideas on 
using raj-croconputers . The comniuni.ty may a].so offer resources such as 
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i-SergroLips that can provide reference services . The system manager can 
act as a broker for this type of jjnf ormation . 

Staff: training is a3.so an ongoing need. User's needs may becorr^ 
more specialized as theix sophj,stication jjcicreases. Traj.njjig can be a 
one-on-one session vdth an experienced xjser or it can be a structured 
course, either in-house or jjn the conraunixy. A system manager can iden- 
tify training needs as they develop, and determi^ne the ^propri^teness 
of trajjiing altemat j.ves . 
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Address bus. Ihe path used by the CPU to identify ],ocat5,ons in nenory. 

Application program. A program designed to perform a practj.cal task, 
siich as accounting, parts inventory, or route costing. 

ASCII. American Standard Code for Information Interchange- A stanr'.ard 
for representing the characters of tte a].phabetj nuraeric^l dJ.gits md 
punctuation in bi.nary code (Is and Os.) 

Asynchrcxious port. Same as seri,al port. 

Auto dial. Auto ans\^ nodem. A programmable nodem whi.ch can store 
and di,al telephone rumibers or r^TS^r incomi.ng calls wi.thout user 
involvement . 

fecktp. A copy of a program or data made for protection in case the 
original i^ damaged. 

BASIC. Begi,nner's A3.1-purpose Sjmbolic Instruction Code. An easy- to- 
l.eam, hi^-level programming language, much used on rai.croconputers . 

Baud rate. Rate of data transfer over te].ephone lines in bits per 
second. Standard rates are 300 and 1200 baud. 

BIOS. Basic Input Output System. Part of the q)erating system v^ich 
controls input and output devi.ces attached to the computer, including 
the keyboard, moni.tor, and printer. 

Bit. Binary Digit. The smallest di.vi.sion of coaputer data, either 
1 or 0. 

Bit size. The number of bi.ts processed as a group by a CPU micropro- 
cessor. 

Board. A resin board holding chi.ps and cixcui.try vhich enhances the 
computer's operation. Boards can be purchased as an option and plugged 
into one of the conq^uter's expansion slots. 

Boot. To turn on a computer and ],oad the operating system into memory, 
preparing i.t for use. 
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Buffer. Memory used as ten^xDrary storage for data bejjig transferred 
between the con^^uter and a perj.pheral. 

&IS. A path over \dii.ch data craveLs between parts of a computer 
system. 

Centronics. The standard connect j,on for para]J,el coranunlcatlon. 

Chip. A tiny integrated cixcuit etched on a siJ,icon wafer. A chi.p can 
be a nri.croprocessor or memory. 

Clock speed. The speed at vhich a mi.croprocessor operates, measured ixi 
megahertz or miJ.Iions of cyc].es per second. 

CooBDand. An order to the computer to execute a task. 

ConsnaiKi-driven. A program used by glv:\ng comnands known by the user, 
rather than by select jjcig from a menu. 

Goaqpiler. Software vhj.ch translates a program written jxi a hi^ ievel 
language (source code) into binary object code inderstood by the CPU. 

Controller. A mi.croprocessor v*ii.ch coordiziates a peripheral devi,ce 
(printer or mDni.tor, for example) wi.th the CPU. 

Cc^rocessor. A mi.croprocessor used to supplement the CPU by performi.ng 
speci.ali,zed tasks. 

Copy protection. Techni^ques used by software di,striJbutors to prevent 
unauthori-zed copying or di.stribution of theix programs. 

CPU. Central Processing liii.t. The raixroprocessor that does tlie actual 
computing and controls the flow of information in the conputer. 

GRT. Cathode Ray Tube. A video di.splay monitor. 

Cursor. A marker whi.ch moves around tba monitor screen to show you 
where you are in the text or program. 

Daisywheel printer. An impact printer usi,ng raised inverted ],etters at 
the end of the peta].s of a mstal or plastic "daisy"'. 

Database. A col].ecti.on of information, organised for easy analysis and 
retrieval. Nky be a group of fjJ.es. 

Database managier. A program whi.ch aJJ.ows the user to organi-ze, bui.].d, 
and use a database. 

Data transmissloa adapters. Itevi.ces vhi.ch permi.t the computer to 
transmi.t data to and recei.ve data from peripheral devi.ces by using a 
predefined format. 
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Debu^gger. Software vhi.ch helps a user tx> ident5,fy and correct program 
errors by following the detaiJ.ed operatj,on of the program. 

DIF. Data Interchange Format. A standard format for data, permi.ttnjig 
transfer of data between programs whj,ch use t±ie DIF standard. 

Disk, diskette > floppy disk. A plastic magnet j-c di,sk \4ii,ch is the vtost 
usual inedj-um for recording and storing data. 

Disk drive. A piece of equipment vhi.ch reads data from and writes data 
on a disk as dixected by a program and the CPU. 

Docuafintatioo. The material which acconpanies the program to teach the 
user how to xjse it and provide informatj,on for future reference. 

Dot matrix printer. A printer \4u,ch forms letters and images from rows 
and columns of tiny dots. 

Erasable Programmable Read Otaly Memory. (EFRCM) Memory vtiich 5^ not 
erased when the conqputer is turned off, and which can be programmed and 
erased by users . 

Error trapping. A method fe>r checking jxiput to a program by conpari.ng 
data with acceptable or ixiaccep table iiput values and rejecting unaccep- 
table data with a message to tiie user. 

ElectroliBninescCTt display. A display used on some portable conputers 
in which diaracters are formed by wires vh5.ch glow v*ien current js 
passed through them. 

Eiq>ansic»i slot« See slot. 

File. A collection of data treated as one mit \dhij.ch can be a program, 
a piece of text, or statistical jjaformat3\on . 

File Manager. A program Wh)\ch al],ows the user to organise, buj.ld and 
use a file of data. 

FlxBd, hard) or WimiiBSter disk. A permanently jjistalled metal roagnetic 
disk capable of holdjjig large amounts of j-nformatj.on, and rapj.d readjjig 
and writjjng of data. 

Format. A pattern of siibdiv5,ding a disk to organise the iiiformation 
written on j,t. AJ.so a standard way of writjjig data so that it can be 
understood by a program. 

Rill-duplex iDDden. A modem permi-ttijig data to be transferred to and 
frcwa it simil.taneously. 

Generic software. Programs viu.ch can be used as a mal.ti-purpose tool, 
rather than havn.ng a specific app]. j.cat j.on . Word processors, 
spreadsheets or database managers are common examp].es . 
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Half-dqplex nodem. A modem Wtu\ch can only transmit or recei.ve data 
at a tjjne. 

Half-hei^t. A contact design for disk drives, half tte volume of the 
standard size. 

Hard cqpy. Program output printed on paper, as opposed to that dj.s- 
played on the monitor. 

Hard disk. Fixed di.sk. 

Ifardware. The physical components of the computer, as opposed to the 
programs or software. 

Hi^ level Ifluguagp. A conputer language using English-like words, 
whj,ch must be translated by a cocDpiler or interpreter before the CPU 
can understand i,t. 

Mc jet printer. A printer vhi.ch prints characters by shooting ink out 
of a grid of tiny nozzles. 

Integrated programs. Programs whi.ch perform di.fferent functions but are 
designed to be used together as a package. 

Interpreter. A program whi.ch trans ],ates a high-],evel language program 
into machine language step by step as it runs. 

Kilobytes. (K) About 1000 bytes of nemory. 

Keybcwrd. A device resenibling a typewriter keyboard used for input of 
information to the conputer. 

latter quality printer. A printer \4iich produces text of the same 
qualify as an electric office typewriter. 

li^it pen. A device used to identify points on the monitor screen. 

Liquid crystal. A type of di.splay found in smalJ. computers vhere liquid 
is darkened by applying an e].ectri.c fi\e].d to it. 

Local Area Network. (LAN) A system of hardware and programs for con- 
necting rai.croconputers to each other and a].].owing them to share 
peripherals . 

Megabyte. One mil]j\on bytes, approximately. 

Machine I^ngqage. Ihe language made m of Os and Is is mderstood by 
the CPU. 

Macro. A series of spreadsheet commands, stored and executed as a 
group. 

Mass storage. Pferiphera]. devices, such as di.sk dri,ves, used to store 
data. 

77 



75 



Menu. A ].lst of q^tlons di.sp].ayed by the program from WW,ch t±ie user 
can select a command. 

Menu-Klriven. Programs vhich are operated by the veer se].ectjjcig from 
menus of choices. 

Mlcrc^rocessor. A chj.p vhlch performs conputatlons or controls jjifor- 
matlon flow, such as the CPU. 

^bdem. Modulator-Demodulator. A device vhlch translates data from a 
computer's serial port jnto raDdulated signals to be sent over a 
telephone ]j.ne and converts incoming signals back 5jcito a form understood 
by the computer. 

Monochrome. A monitor vAiich displays tones of a sijcigle color. 

Mouse. A device viiich the user rolls across a dr-sktop to move the 
cursor. 

Monitor. The televj,sj,on-like display used for vi^ewijng conputer output. 

Multi-processor. A conputer containing two rai.croprocessors vhlch can 
be selected as alternate CPUs. 

Multi-tasking. A computer vtii.ch can perform several tasks at one time 
by div3\ding CPU tjjne between them. 

Multi-user. A conputer vhj,ch can be used by several operators at a 
t jjne from separate keyboard termi.nals . 

Cbject oode. The form of a conpiMed program in machjjiia language \'Aij-ch 
can be executed by the computer. 

Off-the-shelf. Software \*ij,ch widely commercially distrjJbuted and 
can be purchased at computer stores. 

Q>erating system. A master program wh5,ch al].ows the coiiputer to run 
other programs by con troll jjcig flow of data between the CPU and 
periphera].s . 

Optical scanner. A device \Ai5.ch reads special markjjngs, such as bar 
codes, for di^rect jjput to the computer. 

Network. See Local Area Network. 

Package. A group of programs distri-buted as one product. 

Parallel port. A port vhich transmits 8 bits of data, or a b3rte, 
s jjnu].taneous].y . 

Peripherals. Devi.ces viiich are p].ugged j.nto the computer, such as dJ-sk 
drives and prijciters. 
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Eboel. A dot on a nDn5,tor display, many of \jhi.ch make tip the image. 

Ibrt. An outlet t±iroug]h vtiich the conputer can cxDnmunicate data. 

Printer. A device \4iich prints conqjuter output on paper, creatjjig hard 
copy. 

Program. A collect j.on of comnands to the computer to be executed as 
a groiqj. 

Progrannfflble read cHily memory. (FROM) Blank read only n^mory vtiich 
can have a program written on it permanently. 

Protocol. Standard convent j.ons vhich allow two conputers to coordinate 
commun5.catj.ons . 

Random access memory. (RAM) Internal nemory on diips v*iich is erased 
when the computer is turned off. 

Read only memory. (RCM) Permanently programmed msmory which holds 
programs installed by the ccjfjputer nanuf acturer . 

Resolution. Ihe quality of jjaage on a monitor di.splay, affected by the 
size and number of dots or pixels on t±te di.splay. 

Record. A collect j.on of information treated as a unit. A number of 
records make up a fjje. 

RS-232-C* Ttie standard for serial or asjmchronous ports. 

Sector. A portion of a diskette treated as one mit for riding and 
writing data. 

Serial port. A port through v^\ch data is transmi,tted one bit at a 
time. S5.gnals are used to jjfKiicate \*ien each byte^ or group of 8 bits 
stops and starts. ' 

Slot. An cutlet on the bus for pluggjaig in boards containjjig addi.tiona]. 
memory, controllers or other enhanceir^Pts of the conputer. 

Software* Programs and languages used w,tt. a conputer s3rstem. 

Source code. The text of a program ixi a hi-gh-leve]. language. 

^x>oler. A program which designates some portion of RAM to serve as 
buffer for temporary storage of material to be printed. 

^readshset. A program used to set up and manipulate large tables of 
informatj.on. 

airg^ protector. A device placed between the wall outlet and power 
cable of the mj.croconputer to protect tJie conputer from damaging voltage 
surges . 
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System software. Software supporting applj.catj.on programs, inc].ud5xig 
the q>erating system, programmixig ]^guages and utiJj.ties. 

Text editor. A program whj,ch aU.ows the user to enter and diange text 
stored ixi a fj.le. 

TSext formatter. A program whi.ch a].lows the user to format text for 
printing by controlling margins, page length, jjndentati.on, and so on. 

Thermal pfrinter. A printer vAiich forms images by heating poixits on 
heat sensitj,ve paper. 

Thlnible printer. An inq^act printer \4ilch uses rai.sed inverted letters 
on ^'thiinble'* shaped piece. 

Track. A concentric cijrcle on a di.sk used for defining and locating 
storage sections on a di.sk. 

TVitorial. A simulated appli.oati.on of a program provixied to introduce 
x:isers to the program. 

Utilities. Programs used to enhance tiie use of the conputer and 
increase control and flexiJbility of ccxiputer use. 

VfijKdiester disk. Fixed di,sk. 

Wlndoi^. An area of the nonitor screen used to d3\splay different 
applications or portions of the same ^pli.cati.on. 

Wbrd processor. A program for entering, edi.ti.ng, and formatting text 
documents . 
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Transit Industry Mlcrococcputer Exchange (TIME) 

The Trans j.t Industry Microcomputer Exchange a federal sixDnsored 
mi.crocomputer users group. Ihey publish a newsletter, "TIME Capsu].e,'' 
and d3\stribute pub].j.c domajjci software deve].oped by other users. Ihej,r 
address is: 

TIME Support Center 
Rensselaer Polytechnic Institute 
Gi,V3j. Engineerjjig Department 
Troy, NY 12181 
(518) 266-6227 

TIME distr5.butes , free of charge, a selection of piiblicatj.ons related to 
nd.crocomputer use jji transit. They include: 

Companions to thj,s Handbook 

Mj.crocomputers isi Transit: A Hardware Handbook 



Microcomputers isi Transit: A Software Handbook 
Background on nri.croconq^uters ixi transportation 



Selected Readjxigs Vo].ume 1: 


Gettjjcig Started in Microcomputers 


Selected Read5jcigs Vo].ume 2 


' Se].ectjjift a Sjjcig].e User System 


Selected Readjjigs Volume 3 


: Addressjjig Organist j,onal Issues 



Documents on needs a.s'^essment and jinplementatD\on 



An Approach for Mircocomputer Needs Assessment: Greater 
Polland Transit Distr3,ct 

Mi .crocomputer Implementat5.on at Lowe].]. Regi.onal Transit 
Authority 

Mi.crocomputer Tra5jiijig for Transit Managers 

Saiople Requests for Proposals 

Samp].e M i. crocomputer Poli.cy Statements 
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Xcifonnation on App].lcat3\ons 

^ti.croconputers jji Transpojrtatlon Softwc. :: Source Book 

A n Exanple of a Mj.croccxnputer Bus ScheduJ.e Databa se 

las proved Decision-Making Power for the Trans j,t Majjitenance 
Manager 



Technology Sharjjig 



Ifechiiolcgy Sl^arixig has distributed several reports related to nri.cro- 
camj^ters jsi txans5.t. They are: 

l^acrocornputers in Transit: A Hardware Handbook (by the 
Imtlcute &jr Urban Transportatj.on) , docurasnt DOI-I-84-46 

NS.crocoiDputers in Transit: A Software Handbook , (by the 
Instj,tute for IJfrban Transportation) , documtne DOr-I-84-47 

Fjjiancj^l PlanniJig jji Transit: Use of Ozmnercjally AvajJ^able 
Microcon^uter Software , docucaent UMrA-MA-06-0039-83-1 

Use of Microccm puters at North County Transd.t District, docunent 
DOT-I-^SS-PT 

Ccxnmercj^l Software Appli .catj.ons for Paratransd.t, document 

Dar-i-84^3r 

These reports can be obtajjied free of charge by sendijig a self- 
addressed nailing label and specif yijig the title and docuoBnt naniber to: 

Technology Sharing 

Qffj.ce of the Assistant Secretary for Governmental Af faiirs 
U.S. Department of Transportation 
Ifeshington, D.C. 20590 

National Cooperative Transit Research and Development Program (NCIRP) 

An jjnventory of software on al.l con5)uters at transit agencies being 
conducted for NCTRP. For iiiformation oci the status of thj.s project 
contact : 

Mr. Ian Kjji^nam 
Projects Eng3\neer 
Transportati.on Research Board 
2101 Constitution Avenue, N.W. 
Washington, DC 20^18 
(202) 335-3224 
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Perj.odicals 

Numerous periodicals are available \^hj.ch offer vard.ous perspectd.ves 
on the mcrocomputer industry and uses. Ihey are particularly hel.pfu]. 
for comparative revd,ews v-lilch descrj.be the use and attributes of the 
type of product. Revi.ews of speciiic products vary jji usefulness, 
depending on the \dJ.]j"jigness of a particular peri.odi.cal to honestly 
descriJbe a product's shortcomj.ngs . 

Some of these pericdi.cals are obtained by irK)st pi±)lic raries and 
they are widely available at newsstands. 

General Magazines 

Magazines viij,ch deal w5,th the industry as a vAiole, wi-thout fiocusi.ng 
on particular types of product axe helpful for becomj.ng famiJ.iar wi.th 
the technology and its uses . Onr;v- a type of mixroconputer has been 
selected t±iey be\'DiQe less helpful, because material on other types of 
m3\crocon5)uters iray not be relevant. 

Personal {teoputtsag is a readable general magazijie vdhi.ch is hel.pful 
for its general di.scussions of computer uses and products. Monthly. 
$18/year. 

Personal Coraputi.ng 
P.O. Box 2942 
Bou].der, 00 80322 

Pc^xjlar Coaputing is a readable general magazijie vhich has useful. 
overvi,ews of product types and appli.cations. Monthly. $15/year 

Bopu].ar CoiEputi.ng 
P.O. Box 307 
Marti,nsviJ.le, NJ* 08836 

InfoWbrld is a newsmagazi.ne aa the conputer ixdustry. Its 
descriptive no-holds -barred revi.ews of specif i.c software and hardware 
products are parti,cularly useful . Weekly. $31 /year. 

Info World 

375 Cochj±uate Road 

Bi:amj.ngham, m 01701 

BYIE is a thorough, more techni.cal].y ori.ented magazijie. It contai.ns 
comprehensive dj,scussions of product types and ways of usi.ng raJ.crocora- 
puters . Monthly. $21/year . 

BYTE 

P.O. Box 590 

Marti.nsvi.].le, NJ 08836 
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Product*"Specl£i,c Magazines 

If you have selected a parti cu].ar type of mj-crocanputer i.t 13 he].p 
ful to obtain one of the nagazjjnes speci-fic to a nd.croconputer type. 
Because of thejx well-def jjcied focus these of^fer techniques and 
suggestions of ijmnediate va].ue ijci using the mi-croconputer and beip the 
reader to understand and exp].ore the range of abi].ities of the machjjie. 

For the IBM PC and conipat j.bles : 

rc Iforld. Monthly. 

PC Vforld 

555 De Haro Street 

San Francisco, C^ 94107 

PC Magazine. Bi-week].y. 

PC Magazine 

PC Communications Corp. 
Ctie Park Avenue 
New York, NY 10016 



For Apple nd.crocorcputers : 
nibble . Monthly . 

nibble 
P.O. Box 325 
Ijjcicoln, MA 01773 

Business Computer Magazines 

A nuniber of per5.odica].s treat the use of conputers vn.thixi orgam^a 
tj,ons* In addj.tj.on to the technica]. aspects of automation t±iese magazi 
nes discuss issues of smnagement, personnel, and dec j.s ion-making ixi 
re],at5,on to computers* Many of them jjciclude mi-croconputers as vel.l as 
larger computer systems. IWo of these are: 

Business Coaf>uter Systems 
270 St. Paul Street 
Efenver, 00 80206 

MDntW.y, free to busDJiess personnel, 
responsible for coir^Jtj^.ers . 

Gbmputer Decisions 
P.O. Box 1417 
Riverton, NJ 08077 

16 issues/year. Free to executj.ves 
of organD^ati.ons that use cx)nputers. 
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Software Revj.ews 

Ad ijidependent servi.ce vhj,ch rev3\ews software for the IBM PC is 
Software Dj,gest Ratijigs Newsletter. Each monthly report covers oiia typb 
of software, and rates programs on a variety of criteria. Monthly. 
$135/year. 

Software Digest 

One \^fynnewDod Road 
\^ewDod, PA 19096 



<t U.S. Government Printing Office: 1986*-491-61 0/206B8 



86 



TEChMQLQEV BHflBJMG 

A PROGRAft^ OF THE U.S. DEPARTIViENT OF TRAi^SPORTATION 
Er|c 87 



